Navy  Personnel  Research  and  Development  Center. 


San  Diego,  CA  92152-6800 


March  1 990 


I’AV.'.L  POS'iGWOUATE  SCHOOL 
MONTEREY.  CALtfXIRNIA  939*W 


o  c 

Development  of  a  USMC 
Officer  Assignment  Decision  Support  System: 

Data  Requirements 


R.  E.  Chatfield  - 
S.  A.  Gullett 


Approved  for  public  release  distribution  is  unlimited 


NPRDC-TN -90- 1 2 


March  1990 


Development  of  a  USMC  Officer  Assignment  Decision 
Support  System:  Data  Requirements 


Robert  E.  Chatfield 
Stephanie  A.  Gullett 


Reviewed  by 
Robert  F.  Morrison 

Head,  Career  Development  Systems  Division 


Released  by 
Jules  1.  Borack 

Director,  Personnel  Systems  Department 


Approved  for  public  release; 
distribution  is  unlimited. 


Navy  Personnel  Research  and  Development  Center 
San  Diego,  California  92152-6800 


REPORT  DOCUMENTATION  PAGE 

Form  Approved 

OMB  No.  0704-0188 

Public  reporting  burden  for  ihis  collection  of  infcrmition  i#  c*timiicd  to  avenge  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources,  gathering 
and  maintaining  the  data  needed,  and  completing  and  reviewing  the  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other  aspect  of  this  collection  of  information, 
including  suggestions  for  reducing  this  burden,  to  Washington  Headquarters  Services,  Directorate  for  Information  Operations  and  Reports,  1215  Jefferson  Davis  Highway,  Suite  1204,  Arlinji 
ton,  VA  22202-4302,  and  to  the  Office  of  Management  and  Budget,  Paperwork  Reduction  Project  (0704-01 88),  Washington,  DC  20503. 

1 .  AGENCY  USE  ONLY  (Leave  blank)  2.  REPORT  DATE 

March  1990 

3  REPORT  TYPE  AND  DATE  COVEREDTN 

Tech.  Note  86  Aug-86  Oct 

4  TITLE  AND  SUBTITLE 

Development  of  a  USMC  Officer  Assignment  Decision  Support  System: 

Data  Requirements 

5.  FUNDING  NUMBERS 

Program  Element  0603732M 

Work  Unit  C0073.02.3, 

M 5402688  WRRD8FY 

6.  AUTHOR(S) 

Robert  E.  Chatfield  and  Stephanie  A.  Gullett 

7.  PERFORMING  ORGANIZATION  NAME(S)  AND  ADDRESSES) 

Navy  Personnel  Research  and  Development  Center 

San  Diego,  California  92152-6800 

8.  PERFORMING  ORGANIZATION 

REPORT  NUMBER 

NPRDC-TN-90- 1 2 

9  SPONSORING/MONITORING  AGENCY  NAME(S)  AND  ADDRESSES) 

USMC  Manpower  Systems  DevelopOment  and  Integration  Branch 
(MI40) 

Washington,  DC  20830-6800 

10  SPONSORING/MONITORING 

AGENCY  REPORT  NUMBER 

11.  SUPPLEMENTARY  NOTES 

12a.  DISTRIBUTION/AVAILABILITY  STATEMENT 

Approved  for  public  release;  distribution  is  unlimited. 

12b  DISTRIBUTION  CODE 

13.  ABSTRACT  (Maximum  200  words) 

This  data  requirements  analysis  was  completed  as  part  of  the  Life  Cycle  Management  (LCM)  process  for  development  of  an  Officer 
Assignment  Decision  Support  System  (OADSS).  This  document  provides  general  information  about  system  development 
requirements,  describes  data  elements  required  by  OADSS  in  detail,  and  discusses  data  collection  responsibilities.  A  data  modeling 
approach  was  utilized  to  detail  the  logical  organization  of  OADSS  data  elements  in  a  normalized  (i.c.,  non-redundant)  form.  This 
process  was  carried  out  by  applying  an  entity  level,  or  top  down,  approach  and  included  identifying  data  entities,  their  keys,  and  other 
data  elements  they  describe.  A  complete  data  model  diagram  for  the  OADSS  data  bases  is  provided  along  with  descriptions  of  the  19 
major  data  entities.  Data  elements  are  identified  as  static  system  data,  dynamic  input  data,  dynamic  output  data,  or  internally  generated 
data.  The  organizational,  operational,  and  developmental  impact  of  OADSS  data  base  collection,  maintenance,  and  utilization  is  also 
discussed.  It  is  recommended  that  a  Project  Management  Plan  (PMP)  be  completed  as  the  next  phase  in  the  development  of  OADSS. 

14.  SUBJECT  TERMS 

Officer  assignment,  decision  support  system,  automated  information 

15  NUMBER  OF  PAGES 

235 

16.  PRICE  CODE 

17  SECURITY  CLASSIFICA¬ 
TION  OF  REPORT 
UNCLASSIFIED 

18.  SECURITY  CLASSIFICA¬ 
TION  OF  THIS  PAGE 
UNCLASSIFIED 

19  SECURITY  CLASSIFICA¬ 
TION  OF  ABSTRACT 
UNCLASSIFIED 

20  LIMITATION  OF  ABSTRACT 

UNLIMITED 

NSN  7540-01-280-5500 


Standard  Form  298  (Rev  2-89) 
Prescribed  by  ANSI  Std  Z39-18 
298-102 


FOREWORD 


This  report  describes  the  structure  of  the  data  base  to  be  included  in  the  Officer  Assignment  Decision  Support 
System  (OADSS)  designed  to  improve  officer  assignment  procedures  in  the  United  States  Marine  Corps  (USMC). 
Among  the  deficiencies  in  the  current  assignment  system  are  the  labor-intensive  review  of  hardcopy-based  information, 
need  for  a  comprehensive  and  centralized  data  base,  and  lack  of  standardization  among  officer  Monitors  in  their 
assignment  strategies.  Monitors  critically  need  interactive,  computer-based  support  for  assignment  decisions  because 
of  the  volu  me  of  assignment-related  information  available  and  the  vast  number  of  assignment  alternatives  to  be  weighed. 
This  data  requirements  analysis  provides  detailed  information  about  data  elements  to  be  included  as  O  ADSS  as  well  as 
providing  recommendations  for  data  collection  requirements. 

This  is  the  fifth  in  a  series  of  reports  that  detail  the  "definition  and  design"  phase  of  the  USMC  Life  Cycle 
Management  (LCM)  process  associated  with  OADSS.  The  research  was  conducted  under  work  unit  number 
M5402688WRRD8FY,  Marine  Corps  Decision  Support  System  for  Officer  Assignment,  sponsored  by  the  Manpower 
Plans  and  Policy  Division  (MPI).  This  report  is  based  upon  the  combined  Functional  Description/Data  Requirements 
Document  (FD/DRD)  that  was  submitted  to  MPI  in  August  1986.  The  present  report  has  been  completed  to  provide  a 
guide  for  other  researchers  tasked  with  completing  LCM  documentation.  Future  publications  will  include  a  project 
management  plan  and  system  design  specifications  for  OADSS  development. 


JULES  I.  BORACK 
Director,  Personnel  Systems  Department 
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SUMMARY 

Background 

Officer  Monitors  need  support  in  their  decision-making  process  due  to  the  volume  of  assignment- related 
information  to  be  considered  and  the  vast  number  of  assignment  alternatives  to  be  weighed.  It  is  anticipated  that  a 
user-friendly,  interactive  Officer  Assignment  Decision  Support  System  (OADSS)  will  help  Monitors  better  implement 
USMC  staffing  policy,  significantly  reduce  their  clerical  workload,  and  enhance  the  match  of  officers  to  billets. 

Objectives 

The  objectives  of  this  data  requirements  analysis  were  to:  (1)  provide  general  information  about  system  data 
requirements,  (2)  describe  data  elements  required  by  OADSS  in  detail,  and  (3)  discuss  data  collection  requirements. 

Data  Description 

A  data  modeling  approach  was  utilized  to  detail  the  logical  organization  of  OADSS  data  elements  in  a 
normalized  (i.e.,  non -redundant)  form.  This  normalization  process  was  carried  out  using  an  entity  level,  or  top  down, 
approach  and  entailed  identifying  data  entities,  their  keys,  and  other  data  elements  that  they  identify.  Reduction  in  data 
redundancy  is  critical  for  minimizing  data  base  storage  requirements,  making  data  base  access  more  efficient,  and 
accommodating  subsequent  systemic  changes.  A  complete  data  model  diagram  for  the  OADSS  data  base  is  provided 
along  with  individual  descriptions  of  the  19  major  data  entities.  Data  elements,  organized  by  entity,  are  identified  as 
static  system  data,  dynamic  input  data,  dynamic  output  data,  or  internally  generated  data.  Appendix  B,  Data  Dictionary, 
provides  each  data  element’s  alias,  field  length,  data  type,  edit  rules,  source,  and  full  description. 

User  Support  for  Data  Collection 

As  OADSS  is  essentially  an  effort  to  integrate  existing  Marine  Corps  automated  information  systems,  much 
of  the  data  base  is  already  computer-resident  and  data  collection  methodologies  in  place.  However,  approximately  20 
percent  of  the  data  base  is  comprised  of  "newH  data  elements  and  Monitors  have  responsibility  for  their  input.  Appendix 
C,  Data  Element  Information  Organized  by  Entity,  provides  information  about  data  type,  status,  input  source,  input 
device,  recipient  (class  and  user),  and  update  frequency.  Recommended  sources  of  input  data  are  classified  into  five 
categories:  Headquarters  Marine  Corps  (HQMC),  Headquarters  Master  File  (HMF),  Officer  Staffing  Goal  Model 
(OSGM),  Table  of  Manpower  Requirements  (TMR),  and  the  Manpower  Officer  Assignment  Branch  (MMOA).  Sample 
screen  layouts  for  data  input  and  output  are  provided  along  with  examples  of  the  proposed  menu-driven  user  interface. 
Finally,  the  organizational,  operational,  and  developmental  impact  of  OADSS  data  base  collection,  maintenance,  and 
utilization  is  discussed. 

Recommendations 

The  following  recommendations  are  made: 

1.  A  Project  Management  Plan  (PMP)  should  be  completed  as  the  next  stage  in  the  "definition  and  design” 
phase  of  system  development. 

2.  A  "rapid  prototyping"  approach  to  OADSS  development  should  be  utilized  as  a  means  of  minimizing  system 
development  time  and  ensuring  the  active  participation  of  end  users. 
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Background 


INTRODUCTION 


The  mission  of  the  Officer  Assignment  Branch  (MMOA),  located  at  Headquarters,  United  States  Marine  Corps 
(HQMC)  is  to  administer  assignment  of  all  Marine  Corps  officers  (Colonel  and  below)  in  accordance  with  regulations, 
approved  assignment  policies,  and  criteria  of  the  Commandant  of  the  Marine  Corps  (CMC).  Functions  carried  out  in 
support  of  this  mission  include:  issuing  travel  orders;  classifying/reclassifying  officers  in  occupational  specialties;  and 
assigning  officers  to  educational,  intermediate,  and  top  level  schools.  The  individuals  within  MMOA  who  make 
assignment  decisions  (subject  to  approval  by  higher  authority)  are  referred  to  as  officer  "Monitors.”  Monitors  have  a 
very  difficult  job  in  that  they  are  expected  to  accommodate  both  the  manning  requirements  of  the  Marine  Corps  and 
the  career/personal  needs  of  officers  via  the  assignment  process.  Performing  this  task  requires  concurrent  consideration 
of  the  job  dimensions  of  available  billets  and  the  skills  and  attributes  of  officers  being  assigned. 

Monitors*  first  consideration  in  staffing  is  the  "fill"  of  available  billets  while  the  next  is  the  "fit"  of  officers  to 
specific  billets  based  upon  their  education,  work  experience.  Military  Occupational  Specialty  (MOS),  etc.  The  process 
of  reaching  an  assignment  decision  may  involve  accessing  on-line  personnel  data  bases  such  as  the  Joint  Uniform 
Military  Pay  System/Manpower  Management  System  (JUMPS/MMS),  reviewing  Officer  Fitness  Reports  (FITREPS) 
on  microfiche,  talking  with  constituents  in  person  or  on  the  telephone,  or  reviewing  a  number  of  other  relevant  sources 
of  information.  In  conjunction  with  this,  Monitors  must  also  be  mindful  of  established  staffing  policy,  United  States 
Marine  Corps  (USMC)  manning  levels,  and  the  career  development  needs  of  individual  officers  when  weighing 
assignment  alternatives. 

The  idea  for  establishing  an  Officer  Assignment  Decision  Support  System  (OADSS)  came  about  because  it 
was  evident  that  Monitors  need  support  in  their  decision-making  process  due  to  the  vast  amount  of  assignment-related 
information  to  be  considered  and  the  number  of  assignment  alternatives  to  be  weighed.  It  is  anticipated  that  a  truly 
user-friendly,  interactive  Decision  Support  System  (DSS)  will  help  Monitors  better  implement  USMC  staffing  policy, 
significantly  reduce  their  clerical  workload,  and  enhance  the  match  of  officers  to  billets. 

The  original  effort  to  develop  a  DSS  for  Monitors  was  carried  out  by  a  contractor  as  part  of  the  Officer  Precise 
Personnel  Assignment  System  (Officer  PRE-PAS)  in  1979.  However,  this  work  stressed  an  optimization  approach  to 
officer  assignment  and  was  terminated  in  the  early  concept  development  stage  of  the  Life  Cycle  Management  (LCM) 
process.  A  subsequent  contractor  effort  to  build  OADSS,  in  1981,  was  also  terminated  in  the  concept  development 
stage  as  it  also  relied  too  heavily  upon  optimization  techniques  and  was  not  sufficiently  interactive.  Both  of  these 
attempts  were  doomed  to  failure  as  the  Marine  Corps  objected  to  any  "black  box"  (i.e.,  optimization)  approach  perceived 
to  automate  the  assignment  process.  The  goal  was  to  support  Monitors  in  their  decision-making,  not  to  make  assignment 
decisions  for  them. 

The  idea  for  developing  the  OADSS  lay  dormant  until  1985  when  support  for  a  third  attempt  at  system 
development  became  available  at  the  Navy  Personnel  Research  and  Development  Center  (NPRDC).  The  project 
sponsor,  Manpower  Plans  and  Policy  Division  (MPI),  specified  that  system  design  be  carried  out  by  Personnel  Research 
Psychologists  rather  than  Operations  Researchers  or  Computer  Specialists  under  the  assumption  that  this  would  avoid 
yet  another  optimization-oriented  approach  that  would  prove  unacceptable  to  the  CMC.  Also,  it  was  MPI’s  assumption 
that  the  psychologists  could  better  assess  Monitors’  needs  and  translate  them  into  design  of  a  system  that  was  easy  to 
access  and  truly  user-friendly. 

In  compliance  with  the  USMC  Life  Cycle  Management  Plan  for  Automated  Information  Systems  (LCM- A1S), 
MCO-P5231.1,  a  combined  Functional  Description/Data  Requirements  Document  (FD/DRD)  was  submitted  to  MPI 
in  August  1986.  Although  these  documents  were  combined  for  submission  to  the  Marine  Corps,  it  is  important  to  note 
that  their  purposes  are  very  different  The  FD  provides  information  about  desired  system  functionality,  performance 
requirements,  and  end-user  impact  and  is  "static"  after  initial  submission.  Conversely,  the  DRD  is  very  "dynamic"  and 
must  be  updated  as  needed  to  provide  current  information  about  data  elements  and  their  maintenance.  This  data 
requirements  analysis  is  based  largely  upon  the  FD/DRD  submitted  to  MPI  and  has  been  completed  to  provide  a  guide 
for  other  researchers  tasked  with  completing  LCM  documentation. 
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Objectives 


The  objectives  of  this  data  requirements  analysis  for  development  of  an  Officer  Assignment  Decision  Support 
System  were  to:  (1)  provide  general  information  about  the  OADSS  project  and  system  data  requirements,  (2)  describe 
data  elements  required  by  OADSS  in  detail,  and  (3)  discuss  data  collection  support  required  of  the  user  to  effectively 
implement  the  system. 

Project  References 

To  supplement  information  gained  from  interviews,  survey  administration,  and  on-site  observation,  the 
following  documents  were  reviewed: 

1.  Automated_Data  System  (ADS)  Plan  for  the  Officer  Precise  Personnel  Assignment  System  (Officer 
PRE-PAS).  Potomac  Research  Incorporated  and  General  Research  Corporation,  15  September  1979.  This  report 
presents  a  proposal  for  development  of  the  Officer  PRE-PAS  System  and  an  assignment  management  information 
system. 


2.  Development  of  Specifications  for  the  Officer  Assignment  Decision  Support  System.  Andrulis  Research 
Corporation,  25  February  198 1 .  This  report  presents  a  proposal  for  development  of  an  officer  assignment  system  based 
on  optimization  strategies. 

3.  Officer  Staffing  Goal  Model  (OSGM):  Design  Specifications.  Decision  Systems  Associates,  June  1978. 
This  report  contains  a  description  of  the  function,  logic,  and  data  definitions  of  the  OSGM  at  the  time  of  development. 

4.  Marine  Corps  Personnel  Assignment  Policy.  Marine  Corps  Order  1300.8M,  2  May  1984.  This  MCO 
implements  Department  of  Defense  policy  and  provides  policy  guidance  relative  to  assignment  and  permanent  change 
of  station  (PCS)  of  Marines. 

5.  Officer  Assignment  Branch  Slating  Guidance  Memorandum.  Director,  Personnel  Management  Division, 
18  October  1982.  This  memorandum  provides  guidance  for  the  slating  process,  amplifies  existing  instructions,  and 
establishes  branch  policies  not  covered  elsewhere. 

6.  Joint  Uniform  Military  Pav  System/Manpower  Management  Systems  Code  Manual.  Marine  Corps  Order 
P-1080.20,  current  to  1 1  December  1984.  This  manual  contains  definitions  used  in  the  JUMPS/MMS  system. 

7.  Automated  Data  Systems  ( ADS)  Documentation.  Department  of  Defense  Standard  7935. 15  February  1983. 
This  document  provided  DoD  guidelines  for  the  development  and  revision  of  documentation  for  ADSs  and  described 
technical  documents  to  be  produced  throughout  the  life  cycle  of  an  ADS. 

System  Orientation 

The  goal  of  the  OADSS  is  to  provide  officer  Monitors  with  assistance  in  assigning  Marine  Corps  officers  to 
available  billets.  OADSS  is  a  broad-based  effort  that  will  make  Monitors'  jobs  easier  while  also  ensuring  that  the 
subjective,  "human  touch”  in  assignment-making  is  maintained.  The  system  will  be  designed  to  support  Monitors' 
decision-making  and  will  not  automate  officer  assignment.  Besides  enhancing  computer-based  ad  hoc  query  and  data 
retrieval  capabilities,  OADSS  will  include  improved  Monitor  training  and  an  interactive  method  of  updating  the  OSGM 
Dictionary.  As  OADSS  will  involve  accessing  data  on  several  systems  currently  available  to  Monitors,  the  effort  is  on 
integration  rather  than  on  the  development  of  a  new  system.  That  is,  OADSS  will  seek  to  "connect"  several  systems 
so  that  the  assignment  process  will  be  more  systematic  and  centralized. 

Security 

System  security  is  critical  in  the  implementation  of  any  automated  information  system.  The  following  security 
measures,  at  a  minimum,  will  be  incorporated  into  OADSS: 

1.  As  sensitive  performance  and  promotion-related  data  will  be  resident  in  OADSS,  strict  data  base  access 
will  be  instituted.  OADSS  will  provide  file,  field,  and  value  within  field  security  to  prevent  unauthorized  access  to 
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officers*  records.  Users’  ability  to  read  and  write  data  elements  will  be  controlled  by  the  Data  Base  Administrator 
(DBA). 


2.  Distribution  of  account  numbers  and  valid  passwords  required  for  system  access  will  be  closely  controlled 
by  the  DBA.  Passwords  will  change  every  6  months  to  further  promote  security. 

3.  As  OADSS  will  contain  "sensitive”  personnel  data,  two  laws  pertaining  to  the  use  and  dissemination  of 
these  data  are  applicable.  Specifically,  the  Privacy  Act  of  1974  and  Title  Five  of  the  Code  of  Federal  Regulations 
establish  what  information  is  private  and  what  can/cannot  be  made  available  to  the  general  public. 

Appendices 

Serveral  appendices  have  been  provided  to  supplement  the  discussion  of  PMP  subject  areas.  Appendix  A 
presents  a  graphical  summary  of  OADSS  data  entities.  Appendix  B  summarizes  data  elements  in  the  form  of  a  data 
dictionary  while  Appendix  C  groups  the  elements  by  entitiy.  Finally,  Appendix  D  provides  a  glossary  of  the  terms, 
definitions,  and  arconyms  used  throughout  the  document. 

DATA  DESCRIPTION 

This  section  describes  both  the  logical  data  base  design  and  the  individual  data  elements  planned  for  OADSS. 
A  data  modeling  approach  is  used  to  detail  the  logical  organization  of  data  elements.  This  technique  is  frequently  used 
by  computer  system  analysts  to  define  data  structures  in  normalized  (i.e.,  non-redundant)  form.  The  discussion  of 
individual  data  elements  focuses  on  both  static  and  dynamic  data  types  with  reference  made  to  the  Data  Dictionary 
(Appendix  B)  where  appropriate. 

Data  Modeling  Methodology 

In  developing  OADSS,  it  is  essential  to  build  a  data  base  that  serves  as  a  foundation  for  a  system  that  will 
address  current  user  needs  and  future  requirements  alike.  Because  the  data  base  is  the  heart  of  any  Automated 
Information  System  (AIS),  a  precise  delineation  and  understanding  of  the  underlying  data  structure  is  critical.  While 
new  data  elements  are  certain  to  be  added,  relationships  among  existing  data  elements  do  not  typically  change 
significantly.  A  data  modeling  approach  is  used  to  define  the  logical  structure  of  the  OADSS  data  base  in  "normalized" 
form.  The  normalization  process  involves  identifying  data  entities,  their  keys,  and  other  data  elements  that  they  identify. 
Non-key  data  elements  are  dependent  on  their  primary  key  and  are  independent  of  one  another.  This  technique  reduces 
redundancy  as  repeating  groups  of  data  are  eliminated  using  a  reduction  process.  Such  a  reduction  in  data  redundancy 
minimizes  data  storage  requirements  and  promotes  faster,  more  efficient  data  base  access.  Additionally,  data  organized 
in  this  manner  are  more  adaptable  to  systemic  changes.  In  terms  of  system  design,  the  normalization  approach  is 
consistent  with  development  of  a  hierarchical  data  base  structure.  Data  modeling  was  conducted  using  an  entity  level, 
or  top-down,  approach.  The  following  sub-sections  provide  a  step-by-step  summary  of  the  procedures  used  in  the  data 
modeling  process. 

Definition  of  Entities  and  Relationships 

The  first  phase  in  the  data  modeling  methodology  was  comprised  of  five  steps: 

1.  Define  System  Objective-Prospective  system  users  were  interviewed  by  the  analyst  to  formulate  the 
technical  and  operational  requirements  of  the  system  being  developed.  Users  needs  were  extensively  documented  in 
the  earlier  Needs  Assessment  (Chatfield,  1988)  and  again  in  the  Functional  Description  (Chatfield  &  Gullett,  1989). 

2.  Identify  Entities-"Entity"  is  a  generic  term  used  to  describe  something  about  which  data  are  stored.  Entities 
are  uniquely  identifiable  and  typically  have  a  list  of  qualities  (attributes)  associated  with  them.  Examples  of  entities 
are  Marine  Officer,  Officer  Monitor,  Table  of  Manpower  Requirements  (TMR),  etc.  A  logical  representation  of  the 
data  base  makes  the  identity  of  an  entity  irrelevant;  only  its  structure  and  relationship  to  other  data  elements  are  of 
importance.  In  Data  Base  Management  System  (DBMS)  terms,  an  entity  is  considered  equivalent  to  a  "table." 

3.  Identify  Relationships-A  "relationship"  is  the  association  between  one  entity  and  another.  In  essence,  this 
relationship  dictates  the  logical  integrity  of  the  data  base.  Two  parameters  are  needed  to  describe  an  entity-to-entity 
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relationship:  one/many  and  mandatory/optional.  In  portraying  relationships  in  a  data  model,  lines  are  used  to  connect 
entities.  Notations  on  the  lines  are  subsequently  used  to  annotate  parameters.  Referring  to  Figure  1,  double  arrows  are 
used  to  express  a  "many”  relationship  while  a  single  arrow  conveys  a  "one"  relationship.  In  addition,  a  "mandatory" 
relationship  is  expressed  with  a  line  while  an  "optional"  relationship  is  represented  by  a  circle. 

4.  Replace  Many-to-Many  Relationships-Many-to-many  relationships  are  not  consistent  with  the  normaliza¬ 
tion  process.  Therefore,  such  relationships  must  be  decomposed  or  reduced  and  a  new  entity  developed  to  link  the  two 
original  entities. 
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Figure  1.  Data  model  diagram. 
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5.  Prepare  Data  Model  Diagram- The  final  product  of  applying  the  data  modeling  approach  is  a  data  model 
diagram  which  pictorially  represents  entities  and  their  relationships.  The  data  model  diagram  for  OADSS  is  presented 
in  Figure  1 . 

Defining  Logical  Records 

The  second  phase  in  the  data  modeling  methodology  is  also  comprised  of  five  steps: 

1 .  Define  Entity  Tables-A  table  is  established  for  each  entity  in  the  data  model  diagram  to  delineate  keys  and 
attributes  defining  the  entity. 

2.  Identify  Primary  Keys— All  entities  not  created  to  replace  a  many-to-many  relationship  are  identified  with 
a  primary  key.  This  key  uses  unique  attributes  to  identify  the  entity.  For  example,  the  Marine  Officer  entity  is  uniquely 
identified  by  the  primary  key,  Military  Identification  Number  (MED). 

3.  Identify  Foreign  Keys- A  foreign  key  is  identified  for  all  entities  created  to  replace  a  many-to-many 
relationship.  This  key  is  composed  of  the  primary  keys  of  the  relating  entities. 

4.  Identify  Attributes -Attributes  are  identified  for  each  entity  in  the  data  model  diagram.  In  effect,  attributes 
are  data  elements  that  characterize  the  entity.  For  example,  attributes  of  the  Marine  Officer  entity  include  name  (first, 
last,  middle  initial),  sex,  race,  pay  grade,  military  occupational  specialties  (MOSs),  etc. 

5.  Define  Logical  Data  Base  Structure- Data  records  are  derived  using  the  tables  discussed  in  Step  1.  A  data 
record  is  created  for  each  table;  however,  it  is  imperative  to  note  that  this  represents  the  logical,  not  physical,  structure 
of  the  data.  The  physical  representation  of  the  data  base  can  only  be  finalized  after  the  DBMS  and  associated  hardware 
are  identified. 

Data  Model  Diagram 

As  indicated  earlier,  Figure  1  represents  the  data  model  diagram  for  the  OADSS  data  base.  Each  of  the  19 
entities  depicted  are  briefly  summarized  in  the  following  paragraphs.  Refer  to  Appendix  A  for  illustration  of  the  logical 
record  layouts  for  each  of  the  entities.  It  should  be  noted  that  data  elements  have  been  presented  in  a  relational  structure 
to  facilitate  discussion.  In  the  event  that  OADSS  evolves  into  a  hierarchical  data  base  structure,  another  level  of 
documentation  will  be  added.  Namely,  a  "tree"  diagram  depicting  the  relationship  among  data  segments. 

1.  Officer  Monitor  Entity-The  Officer  Monitor  entity  reflects  the  officer  Monitor  within  the  Officer 
Assignment  Branch  responsible  for  assigning  an  officer.  Each  of  the  17  Monitors  has  a  unique  identification  number, 
the  Monitor  Activity  Code  (MAC).  Information  concerning  an  officer’s  deployed  command  and  reporting  unit  are 
included  in  the  entity  as  well  as  several  "memo"  fields  available  to  the  Monitor  for  making  assignment-related  notes. 
The  layout  of  the  logical  record  is  presented  on  page  A-2. 

2.  TMR  Entity-The  TMR  entity  provides  information  about  the  Marine  Corps  Table  of  Manpower  Require¬ 
ments.  The  Table  of  Organization  (T/O)  Number,  T/O  Line  Number,  and  English  descriptions  are  contained  in  the 
entity.  Attributes  in  this  entity  pertain  to  both  current  and  future  assignments.  The  layout  of  the  logical  record  is 
presented  on  page  A-3. 

3.  OSGM  Entity-The  OSGM  entity  is  composed  of  data  elements  used  to  derive  assignment  staffing  goals. 
The  officers  provide  input  to  match  officer  qualifications  (e.g.,  MOS,  pay  grade)  to  billets.  The  optimization-based 
model  then  derives  staffing  goals  in  conjunction  with  Authorized  Strength  Report  (ASR)  limitations.  Included  are  data 
elements  pertaining  to  Staffing  Precedence  Level,  Duty  Limitations,  and  substitution  policies.  The  layout  of  the  logical 
record  is  presented  on  page  A-4. 

4.  MOS  Type  Entity-The  MOS  Type  entity  contains  8  descriptive  categories  for  the  type  of  MOS  that  an 
officer  holds.  These  codes  are  input  to  the  OSGM  and  are  used  in  deriving  staffing  goals.  Examples  of  the  categories 
are  Naval  Aviator  Fixed  Wing  (NAFW)  and  Ground  Combat  Support  Services  (GDSS).  The  layout  of  the  logical  record 
is  presented  on  page  A-5. 
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5.  Mobilization  Entity-The  Mobilization  entity  contains  data  elements  needed  for  a  "mobilization  run"  of  the 
OSGM.  This  information  is  typically  used  only  by  the  OSGM  Officer  and  not  required  for  assignment  decisions.  The 
entity  contains  information  about  an  officer’s  Duty  Limitation,  Duty  Status,  Component  Code,  Combat  Experience, 
etc.  The  layout  of  the  logical  record  is  presented  on  page  A-6. 

6.  Advance  Assignment  Entity-The  Advance  Assignment  entity  contains  information  about  an  officer’s 
tentative  assignment  following  their  next  (or  future)  assignment.  Attributes  include  the  Advance  Assignment  Monitored 
Command  Code,  Estimated  Date  of  Arrival,  and  Geo-Location  Code  Estimated  Date  of  Arrival.  The  layout  of  the 
logical  record  is  presented  on  page  A-7. 

7.  SEP  Assignment  Entity-The  Special  Education  Program  (SEP)  entity  contains  information  about  SEP 
billets  and  officers  that  have  participated  in  the  program.  Attributes  include  Last  SEP  Billet,  Billet  Sponsor,  Billet 
Grade,  and  SEP  MOS.  This  entity  is  utilized  primarily  by  the  SEP  Coordinator  within  MMOA.  The  layout  of  the 
logical  record  is  presented  on  page  A-8. 

8.  Marine  Officer  Entity-The  Marine  Officer  entity  is  essentially  the  starting  point  of  the  data  modeling 
process  for  the  OADSS  data  base.  This  entity  stores  all  of  the  assignment-relevant  data  for  an  individual  officer. 
Included  in  the  entity  is  such  information  as  Name  (first,  last,  middle  initial),  Pay  grade,  Date  of  Rank,  Sex,  Race,  etc. 
In  addition,  several  foreign  keys  provide  a  variety  of  supplemental  information.  The  layout  of  the  logical  record  is 
presented  on  page  A -9. 

9.  Officer  MOS  Entity— The  Officer  MOS  entity  provides  information  about  an  officer’s  Military  Occupational 
Specialty ,  a  critical  factor  in  assignment  decisions.  Three  types  of  MOS  information  is  included:  Primary,  Additional, 
and  Intended.  The  layout  of  the  logical  record  is  presented  on  page  A- 10. 

10.  Dependents  Entity-The  Dependents  entity  provides  a  variety  of  information  about  an  officer’s  dependents. 
Data  elements  pertain  to  both  spouse  (Name)  and  children  (Name,  Age,  Sex).  The  layout  of  the  logical  record  is 
presented  on  page  A-l  1. 

1 1.  Training/Education  Entity-The  Training/Education  entity  describes  the  training  and  education  history  of 
an  officer;  such  information  is  often  pivotal  in  matching  individuals  to  billets.  Data  elements  in  this  entity  include: 
Type  of  Degree,  Major  Area  of  Study,  College  Attended,  Language  Skills,  etc.  The  layout  of  the  logical  record  is 
presented  on  page  A- 12. 

12.  Former  Assignments  Entity-The  Former  Assignments  entity  provides  information  about  an  officer’s 
former  duty  assignments.  Included  are  data  elements  covering  Former  Monitored  Command  Code  (FMMCC),  Former 
MOS,  etc.  In  addition,  information  on  dates  that  the  officer  last  served  in  the  Fleet  Marine  Force  (FMF)  or  served  an 
overseas  tour  are  included.  The  layout  of  the  logical  record  is  presented  on  page  A-l  3. 

13.  Current  Assignment  Entity-The  Current  Assignment  entity  provides  information  about  an  officer’s  current 
duty  assignment.  Included  are  data  elements  pertaining  to  the  MCC,  Assigned  Billet  MOS  (ABMOS),  Assigned  Billet 
Grade(ABGRD),  Estimated  Date  of  Departure,  and  Tour  Control  Factor.  This  information  is  critical  in  reaching  an 
assignment  decision  on  the  future  and  advanced  assignments.  The  layout  of  the  logical  record  is  presented  on  page 
A-14. 


14.  Future  Assignment  Entity-The  Future  Assignment  entity  contains  information  about  an  officer’s  next  tour 
of  duty  as  "slated"  by  the  Monitor.  Attributes  include  Future  MCC,  Assigned  Billet  MOS,  Assigned  Billet  Grade,  and 
Estimated  Date  of  Arrival.  The  layout  of  the  logical  record  is  presented  on  page  A-l 5. 

15.  AC1P  Entity-The  Aviation  Career  Incentive  Program  (ACIP)  entity  provides  information  about  aviation- 
qualified  officers.  Attributes  include  type  of  billet  (e.g.,  duty  involving  flight  operations),  Operational  Flying  Base 
Date,  and  Status  on  Career  Flight  "Gates."  The  layout  of  the  logical  record  is  presented  on  page  A- 16. 
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16.  Security  Entity -The  Security  entity  contains  data  elements  summarizing  an  officer’s  security  clearance 
status.  Included  is  Level  of  Clearance,  Date  of  Clearance,  and  Organization  that  performed  the  background  investiga¬ 
tion.  The  layout  of  the  logical  record  is  presented  on  page  A- 17. 

17.  Assignment  Preferences  Entity-The  Assignment  Preferences  entity  provides  for  storage  of  an  officer’s 
preferences  for  duty  assignments.  Preferences  for  type  of  assignment  and  geographical  location  are  recorded  as  well 
as  an  indicator  of  interest  in  the  Professional  Military  Education  (PME)  program.  The  layout  of  the  logical  record  is 
presented  on  page  A-18. 

18.  Assignment  Processing  Entity-The  Assignment  Processing  entity  contains  a  number  of  "flags"  that  reflect 
the  status  of  an  officer’s  assignment  being  processed.  For  example,  status  of  Permanent  Change  of  Station  (PCS)  orders 
is  one  of  the  indicators.  In  addition,  data  elements  pertaining  to  assignment  "exceptions,"  transaction  dates,  and  reason 
for  transfer  are  provided.  The  layout  of  the  logical  record  is  presented  on  page  A- 19. 

19.  FITREP  History  Entity-The  FITREP  History  entity  provides  information  about  an  officer’s  previous  duty 
assignments  as  recorded  in  Officer  Fitness  Report  (FITREP)  records.  Job  performance  marks  will  not  be  available; 
only  data  pertaining  to  job  title,  length  of  time  job  was  held,  occasion  for  FITREP,  and  dates  for  the  FITREP  evaluation 
period  The  layout  of  the  logical  record  is  presented  on  page  A-20. 

Logical  Organization  of  Static  System  Data 

DoD-STD-7935  defines  "static  system  data"  as  those  that  are  used  by  a  system  for  strictly  reference  or 
parametric  control.  Data  elements  classified  as  such  are  typically  used  to  validate  user  input  and  to  serve  as  a  source 
of  help  concerning  valid  system  input  Tables  containing  these  entries  are  not  frequently  updated  as  the  very  nature  of 
the  information  is "  fixed."  Identification  of  static  system  data  is  provided  in  Appendix  C,  a  summary  of  the  data  elements 
organized  by  entity.  Refer  to  the  column  labeled  "Type"  to  identify  Static  System  (SS)  data. 

Logical  Organization  of  Dynamic  Input  Data 

DOD-STD-7935  defines  "dynamic  input  data"  as  data  input  to  a  system  and  updated  via  normal  processing. 
Identification  of  dynamic  input  data  is  provided  in  Appendix  C.  Refer  to  the  column  labeled  "Type"  to  identify  Dynamic 
Input  (DI)  data. 

Logical  Organization  of  Dynamic  Output  Data 

DoD-STD-7935  defines  "dynamic  output  data"  as  data  that  are  generated  or  updated  by  a  system  during  normal 
processing.  From  this  definition  it  is  evident  that  there  is  likely  to  be  overlap  between  dynamic  input  data  and  dynamic 
output  data.  Indeed,  many  data  elements  may  be  classified  as  belonging  to  both  categories.  Identification  of  Dynamic 
Output  (DO)  data  is  provided  in  Appendix  C.  Referring  to  the  "Type"  column,  it  may  be  noted  that  several  data  elements 
serve  as  both  DI  and  DO  to  the  system. 

Internally  Generated  Data 

Within  any  A1S,  it  is  common  for  there  to  be  a  number  of  "transient"  data  elements  associated  with  calculations, 
error  checks,  etc.  Often  referred  to  as  "derived  data,"  these  data  elements  are  not  actually  resident  in  the  logical  data 
base.  However,  to  ensure  timely  processing  (for  example,  to  avoid  recalculation  of  time-consuming  calculations)  these 
data  may  out  of  necessity  be  stored  in  the  physical  implementation  of  the  data  base.  OADSS  will  not  formally  contain 
any  specific  internally  generated  data .  Rather,  "Global"  variables  will  be  both  generated  and  stored  by  the  DBMS  used 
in  OADSS.  An  example  of  such  data  would  be  a  "date  stamp"  placed  in  each  record  edited.  These  type  of  derived  data 
are  certain  to  be  a  part  of  the  final  system;  however,  it  is  impossible  to  specify  their  content  at  this  time.  Accordingly, 
the  "Type"  column  in  Appendix  C  does  not  identify  any  data  elements  as  Internally  Generated  (IG). 

USER  SUPPORT  FOR  DATA  COLLECTION 

Data  Collection  Requirements  and  Scope 

An  AIS  is  only  as  good  as  its  data  base.  Therefore,  the  establishment  of  reliable  data  collection  and  verification 
procedures  is  critical.  As  OADSS  is  principally  an  effort  to  integrate  existing  Marine  Corps  AIS,  much  of  the  data  base 
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is  already  computer-resident  and  data  collection  methodologies  are  in  place.  However,  in  the  case  of  ’’new"  data 
elements,  officer  Monitors  have  responsibility  for  their  input.  The  Data  Dictionary,  Appendix  B,  can  be  referenced  to 
review  each  data  element’s  alias,  field  length,  data  type,  edit  rules,  source,  and  full  description.  However,  Appendix  C 
is  yet  more  useful  for  providing  data  collection  information.  Specifically,  the  Appendix  specifies  the  following 
information  about  each  data  element:  Type,  Status,  Input  Source,  Input  Device,  Recipient  (Class  and  User),  and  Update 
Frequency.  Each  of  these  categories  is  summarized  below  although  "Type”  is  not  particularly  relevant  for  data  collection 
issues. 


1.  Type— This  column  indicates  the  data  type  for  each  data  element.  The  four  classification  categories  are 
Static  System,  Dynamic  Input,  Dynamic  Output,  and  Internally  Generated .  As  these  categories  were  addressed  earlier, 
they  will  not  be  discussed  further  here. 

2.  Status—This  column  indicates  the  present  status  of  each  data  element  Only  two  categories  are  applicable: 
"Existing”  and  "New."  The  first  reflects  that  the  information  is  already  computer-resident  in  a  Marine  Corps  AIS  while 
the  latter  indicates  that  data  collection  procedures  must  be  established. 

3.  Input  Source —Data  entities  are  derived  from  five  sources:  Headquarters  Marine  Corps  ,  the  Headquarters 
Master  File  (HMF),  the  Officer  Staffing  Goal  Model  Dictionary  (OSGM),  the  Table  of  Manpower  Requirements 
(TMR),  and  the  Officer  Assignment  Branch  (MMOA).  It  is  important  to  note  that  data  elements  within  each  entity 
are  not  necessarily  found  in  the  same  input  source.  Therefore,  it  is  necessary  to  refer  to  the  entity  containing  each  data 
element  in  Appendix  C  to  establish  their  input  source. 

4.  Input  Device-Three  hardware  devices  will  serve  as  input  mechanisms  to  the  system.  The  primary  input 
device  is  from  existing  AISs  (denoted  as  SYS)  available  to  MMOA.  That  is,  the  information  is  already  computer-resident 
(e.g.,  HMF,  JUMPS/MMS,  etc.)  and  can  be  accessed  by  OADSS  as  needed.  The  second  input  mechanism  is  electronic 
transfer  (ET)  of  data  from  a  computer  not  located  at  the  Marine  Corps  Central  Design  and  Programming  Activity 
(MCCDPA),  Quantico.  For  example,  the  OSGM  is  run  on  a  CYBER  mainframe  at  Computer  Data  Corporation  (CDC) 
and  the  "Dictionary"  could  be  downloaded  to  OADSS.  The  third  and  final  input  device  is  using  a  Video  Display 
Terminal  (VDT)  connected  to  the  system.  This  is  the  input  device  Monitors  will  use  to  input  all  new  data  elements  to 
OADSS. 


5.  Recipient  (Class)-This  column  categorizes  data  elements  into  four  classes  of  system-related  input/output. 
The  four  classes  are  described  below. 

a.  Data  elements  input  to  the  system,  processed,  and  output  essentially  unchanged. 

b.  Data  elements  generated  as  system  output  As  the  principal  purpose  of  O  ADSS  is  to  provide  information 
to  support  Monitor’s  decision-making,  the  output  will  often  consist  simply  of  responses  to  on-line  queries. 

c.  Data  elements  input  to  the  system  but  not  output.  This  category  pertains  to  data  elements  that  impact 
on  Monitors’  decision  processes  but  are  not  part  of  the  resulting  assignment  output. 

d.  Data  elements  input  to  the  system  for  reference  purposes  only  and  are  not  output. 

6.  Recipient  (User)-Users  have  been  divided  into  two  categories.  The  first,  HQMC,  indicates  that  system 
data  elements  are  used  by  a  number  of  HQMC  branches  and  is  not  just  part  of  the  officer  assignment  realm.  The 
"HQMC"  designation  is  used  where  there  are  multiple  users  of  the  data,  even  if  MMOA  is  in  fact  the  principal  user. 
The  second  category,  MMOA,  is  used  to  note  that  the  Officer  Assignment  Branch  is  effectively  the  only  user  of  the 
information.  It  should  be  noted  that  the  DBA  position  has  been  incorporated  into  the  MMOA  category  as  it  is  assumed 
that  the  individual  will  come  from  the  MMOA-3  (Systems)  section. 

7.  Update  Frequency-Update  of  system  data  elements  will  be  conducted  either  on  a  Yearly  (YR),  Quarterly 
(QU),  or  As  Needed  (AN)  basis.  The  majority  of  the  data  elements  are  designated  AN  because  assignment  relevant 
information  is  highly  dynamic  and  cannot  be  updated  on  a  fixed  schedule. 
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At  this  point  in  system  development  it  is  impossible  to  finalize  read/write  access  to  all  data  elements  included 
in  OADSS.  However,  it  is  anticipated  that  the  OSF  will  be  the  only  portion  of  the  data  base  for  which  MMOA  personnel 
will  have  complete  update  capability.  Mechanisms  for  file  maintenance  will  ultimately  be  constrained  by  the  actual 
operational  environment  for  OADSS  (i.e.,  mainframe,  minicomputer,  or  Local  Area  Network  (LAN)).  As  such, 
complete  details  about  data  element  maintenance  and  file  interrelationships  will  be  held  in  abeyance  until  a  System 
Maintenance  Manual  is  drafted  in  conjunction  with  system  implementation. 

Recommended  Source  of  Input  Data 

The  recommended  source  of  input  data  will  be  specified  for  each  of  the  five  categories  of  input. 

L  Headquarters  Marine  Corps-Data  elements  from  HQMC  sources  will  be  electronically  transferred  to  the 
OADSS  data  base  by  the  DBA,  where  feasible.  In  the  event  that  data  are  not  available,  officer  Monitors  will  be 
responsible  for  entering  data  for  their  constituent  population  via  VDT. 

2.  Headquarters  Master  File— Input  mechanisms  for  the  HMF  are  currently  in  place  and  will  not  be  altered. 
Data  will  continue  to  be  entered  via  the  Unit  Diary  process  (in  JUMPS/MMS)  and  Officer  Slate  File  (OSF)  procedures. 
In  both  instances,  input  is  made  via  VDT. 

3.  Officer  Staffing  Goal  Model  Dictionary- Input  to  the  ’Dictionary”  will  be  made  on  an  interactive  basis  by 
each  Monitor.  The  development  of  this  capability  will  be  provided  by  one  of  the  OADSS  modules.  Specifically,  the 
Dictionary  will  be  downloaded  and  then  Monitors  will  use  VDTs  to  update  the  section  pertaining  to  their  respective 
populations.  The  OSGM  Officer  will  coordinate  data  collection  and  maintain  responsibility  for  actually  running  the 
model. 


4.  Table  of  Manpower  Requirements— Input  mechanisms  to  the  TMR  are  in  place  and  will  not  be  altered. 
TMR  data  elements  will  be  electronically  transferred  to  OADSS  by  the  DBA,  where  feasible.  In  the  event  that 
information  cannot  be  transferred,  the  SEP  Coordinator  will  manually  enter  information  for  SEP  officers  via  VDT  (the 
other  Monitors  do  not  typically  require  data  corresponding  to  the  TMR  entity). 

5.  Officer  Assignment  Branch-The  officer  Monitors  will  be  responsible  for  entering  and  maintaining  a 
number  of  data  elements  in  the  OADSS  data  base.  The  existing  input  mechanism  for  the  OSF  will  continue  to  be  used. 
However,  new  data  elements  will  be  entered  via  VDT  using  data  input  screens  provided  within  OADSS. 

Input  Formats 

All  data  directly  input  to  OADSS  will  be  entered  using  VDT.  Data  input  will  be  simplified  through  utilization 
of  user-friendly,  menu-driven  procedures.  Figure  2  illustrates  the  general  screen  layout  planned  for  all  data  input 
screens.  Each  screen  is  divided  into  two  major  areas:  Screen  Header  and  Screen  Content.  The  Screen  Header  section 
will  consistently  appear  at  the  top  of  each  screen  with  the  Screen  Content  portion  occupying  the  remainder  of  the  screen. 
Additional  details  on  each  of  the  two  areas  is  provided  in  the  following  paragraphs. 

1.  Screen  Header- The  Screen  Header  comprises  the  first  eight  lines  of  the  screen  and  provides  the  following 
information. 


a.  Paging/Entry  Instructions.  This  line  provides  the  user  with  instructions  on  how  to  quit,  add  records  to 
the  data  base,  and  "page”  between  multiple  pages  of  an  input  form. 

b.  Module  Name .  The  OADSS  module  (subsystem)  name  will  be  displayed  to  prevent  confusion  in  data 
entry.  For  example,  "OSGM”  will  be  displayed  for  interactive  maintenance  of  the  OSGM  Dictionary. 

c.  DatefTime  The  current  date  and  time  from  the  system  clock  will  be  displayed  for  informational 
purposes.  The  time  display  will  be  helpful  for  determining  the  last  system  access  time  for  an  unattended  terminal  while 
system  data  will  allow  date  stamping  of  records. 
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INSTRUCTIONS 

MODULE  NAME 

OADSS 

DATE 

TIME 

PAGE  # 

SCREEN  NAME 

SCREEN  CONTENT 

IN  LINES  9-24 

Figure  2.  Screen  layout  for  data  input. 


d.  System  Name.  The  word  "OADSS"  will  be  displayed  in  upper  case  to  signify  that  the  input  screen  is 
part  of  OADSS. 

e.  Page  Number.  Several  data  entry  programs  are  likely  to  contain  more  than  one  input  screen.  In  this 
instance,  the  positioning  of  the  current  screen  will  be  provided,  e.g.,  "Page  2  of  3." 

f.  Screen  Name.  Each  screen  has  a  unique  title,  in  most  cases  it  appears  as  one  of  the  options  in  the  menu 

system. 


2.  Screen  Content-Screen  content  will  make  up  the  bulk  of  each  screen;  lines  9-24.  This  area  will  be  used 
to  display  menus/submenus  or  data  entry  screens.  Cursor  movement  will  guide  the  user  through  the  input  procedure 
and  data  entry  rules  will  be  posted  in  a  "rules  box”  in  this  area,  where  appropriate.  Error  messages  will  be  displayed 
either  at  the  bottom  of  the  screen  or  on  a  new  screen  to  denote  that  an  entry  has  been  invalidated. 

3.  OADSS  Screens--To  promote  user-friendliness,  OADSS  will  be  completely  menu-driven.  Figures  3  and 
4  are  provided  to  illustrate  the  type  of  menu  process  that  will  guide  users  through  the  system.  The  screens  displayed 
pertain  to  the  first  OADSS  module  to  be  developed,  the  SEP  Coordinator  Data  Base.  Access  to  system  menus  and 
options  will  be  controlled  based  on  user  identification.  For  example,  only  the  DBA  will  be  able  to  access  any  of  the 
system  maintenance  options. 

a.  Module  Main  Menu.  Each  module  will  have  a  main  menu  that  is  accessed  by  selecting  the  corresponding 
option  on  the  OADSS  Main  Menu.  The  module  main  menu  will  allow  the  user  to  select  a  function/ action  to  be  taken 
by  selecting  one  of  the  options  listed.  Figure  3  presents  an  example  of  the  SEP  module’s  main  menu.  The  following 
options  are  provided: 

(1)  Modify  Data  (Add.  Delete.  EditV-This  option  allows  the  user  to  add,  edit,  or  delete  information 
about  SEP  officers  and  billets.  Figure  4  illustrates  the  proposed  Modify  Data  Menu.  Figure  5  illustrates  the  next  menu 
level,  in  this  instance  the  data  entry  screen  appearing  after  Option  2  (Add  a  SEP  Billet  Record)  is  selected.  The  maximum 
field  length  of  each  data  element  will  be  highlighted  on  the  entry  screen. 

(2)  Query  DataBase-The  user  will  select  this  option  to  search  the  data  base  for  officers/billets  having 
specific  characteristics.  For  example,  the  Monitor  may  request  the  system  to  list  all  officers  with  an  Additional  Military 
Occupational  Specialty  (AMOS)  of  96XX,  are  available  to  rotate  in  the  timeframe  of  APR-JUL  next  year,  and  have 


10 


SEP 

OCTOBER  1 

,  1989 

OADSS 

14:32 

PAGE  1  OF  1 

SEP  MAIN  MENU 

1. 

MODIFY  DATA  (ADD.  DELETE.  EDIT) 

2. 

QUERY  DATA  BASE 

3. 

PRINT  OFFICER  RECORDS 

4. 

PRINT  REPORTS 

6. 

MODULE  MAINTENANCE  (DBA  ONLY) 

6. 

EXIT  TO  OADSS  MAIN  MENU 

SELECT  AN  OPTION:  1 - 1 

Figure  3.  Sample  main  menu  screen. 

SEP 
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1,  1989 

OADSS 

14:32 
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1  OF  1 

MODIFY  DATA  MENU 

1. 

ADD  AN  OFFICER  RECORD 

2. 

ADD  A  SEP  BILLET  RECORD 

3. 

DELETE  AN  OFFICER  RECORD 

4. 

DELETE  A  SEP  BILLET  RECORD 

5. 

EDIT  AN  OFFICER  RECORD 

6. 

EDIT  A  SEP  BILLET  RECORD 

7. 

EXIT  TO  SEP  MAIN  MENU 

SELECT  AN  OPTION:  C  J 

Figure  4.  Sample  module  menu  screen. 
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OADSS 


SEP 


OCTOBER  1,  1989 
14:32 
PAGE  1  OF  1 


ADD  A  SEP  BILLET  RECORD 


T/O: 


T/O  LINE  NUMBER: 


DESCRIPTION: 


BILLET  SPONSOR:  C 
MOS:  I  I 


□  ALPHA  GRADE: 


_ _ 

Figure  5.  Sample  data  entry  screen. 


stated  a  geographical  preference  for  ’Texas."  This  ad  hoc  query  capability  will  be  kept  flexible  enough  to  handle 
most,  if  not  all  such  inquiries. 

(3)  Print  Officer  Records-Data  for  a  specific  SEP  officer  will  be  printed  in  a  fixed  format.  Military 
Identification  Number  (MID)  will  be  used  to  designate  the  officer  for  which  data  are  to  be  printed. 

(4)  Print  Reports --This  option  allows  the  user  to  print  one  of  several  pre-programmed  or  "canned” 
reports.  Reports  will  be  available  for  several  tvpes  of  frequently  requested  information. 

(5)  Module  Maintenance-Access  to  this  option  is  limited  to  the  DBA.  DBMS  features  will  be  used 
to  modify  the  data  base  structure,  issue  passwords,  etc. 

(6)  Exit  to  OADSS  Main  Menu -The  final  option  is  to  return  to  the  system's  Main  Menu.  This  selection 
is  chosen  to  initiate  the  "logoff  procedure. 


Output  Formats 

Each  OADSS  module  will  be  capable  of  generating  a  variety  of  reports.  In  many  instances,  the  report  will 
simply  be  in  response  to  an  ad  hoc  query  where  content  and  format  are  variable.  However,  fixed  format  reports  that 
cannot  be  modified  by  the  user  will  also  be  available.  In  either  case,  the  user  has  the  option  of  printing  the  report  as 
hard  copy  output  or  viewing  it  on  the  VDT  screen.  Because  of  the  diversity  of  output  formats  to  be  offered  in  OADSS, 
it  is  not  feasible  to  illustrate  each  of  them  in  this  report.  The  system  addresses  a  number  of  needs  within  MMOA  and 
the  output  will  be  tailored  for  use  in  each  module.  Despite  the  diversity  of  reports  generated,  the  output  layout  illustrated 
in  Figure  6  will  be  utilized  wherever  feasible.  As  the  layout  is  highly  similar  to  that  for  the  data  input  screens  (see 
Figure  2),  its  contents  will  not  be  discussed  in  detail. 

Impact  of  the  Data  Base 

The  collection,  maintenance,  and  utilization  of  OADSS  data  bases  will  produce  an  impact  on  organizational, 
operational,  and  developmental  components.  Each  of  these  areas  is  discussed  in  the  paragraphs  to  follow. 
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Figure  6.  Report  layout 


DATE 
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Organizational  Impacts 

There  are  three  areas  to  be  addressed  in  a  discussion  of  organizational  impacts: 

1.  Personnel  Responsibilities-Two  types  of  users  will  be  accessing  OADSS:  the  DBA  and  MMOA  personnel. 
The  DBA  is  primarily  concerned  with  technical  support  and  operating/maintaining  the  system  hardware/software. 
MMOA  personnel,  specifically  officer  Monitors,  will  be  the  primary  system  users.  Monitors  will  use  the  system  to 
update  records,  perform  ad  hoc  queries,  print  reports,  etc.  Monitors  and  their  assistants  will  have  the  responsibility  of 
entering  and  maintaining  all  data  elements  not  currently  computer-resident  While  this  data  entry  requirement  involves 
some  time  and  effort,  the  substantial  reduction  in  manual,  time-consuming  clerical  procedures  now  in  effect  will  more 
than  offset  this  added  responsibility.  While  other  HQMC  personnel  may  be  permitted  limited  access  to  OADSS,  their 
access  will  be  closely  monitored  by  the  DBA. 

2.  Skill  Requirements- As  stated  in  previous  OADSS-related  documentation,  the  present  officer  assignment 
system  is  characterized  by  slow,  manual,  hard  copy-dependent  procedures.  The  new  system  will  significally  reduce 
manual  processing  by  providing  computer  storage  and  access  to  an  expanded  scope  of  critical  data  elements.  While 
OADSS  will  be  menu-driven  and  user-friendly,  users  will  be  required  to  gain  some  familiarity  with  OADSS  Automated 
Data  Processing  Equipment  (ADPE).  For  example,  users  will  need  to  know  how  to  operate  VDTs,  printers,  and  other 
peripheral  devices.  However,  the  responsibility  for  integrating  ADPE,  performing  system  backups,  and  providing  for 
system  security  will  remain  under  the  purview  of  the  DBA. 

3.  Training  of  Personnel -Training  of  users  will  be  divided  into  two  areas:  (1)  training  that  focuses  on  Monitor 
responsibilities,  and  (2)  training  in  use  of  OADSS  procedures  (e.g.,  report  generation).  Training  will  be  provided  in  the 
form  of  on-line  tutorials,  where  feasible,  and  supported  by  hard  copy  training  materials. 

Operational  Impacts 

There  are  two  areas  to  be  addressed  in  a  discussion  of  operational  impacts: 

1.  System  Interface-0 ADSS  is  designed  to  be  accessed  interactively  by  users.  The  system  will  provide 
methods  to  input  data,  print  reports,  respond  to  ad  hoc  queries,  and  quickly  retrieve  information.  The  system  will  be 
accessed  via  VDTs  located  throughout  MMOA. 

2.  Operating  Procedures-The  procedures  used  in  determining  officer  assignments  will  not  change  appreciably 
with  the  exception  of  increased  utilization  of  computer  resources.  OADSS  will  be  used  as  a  tool  in  Monitors' 
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decision-making  process  and  will  promote  standardized  assignment  practices.  The  DBA  will  be  responsible  for 
coordinating  operation/maintenance  of  equipment,  performing  system  maintenance,  assigning  user  passwords,  and  a 
variety  of  other  system-related  tasks. 

Developmental  Impacts 

There  are  Five  areas  to  be  addressed  in  a  discussion  of  developmental  impacts: 

1.  Training- As  with  the  introduction  of  any  new  automated  information  system,  user  training  is  critical  for 
successful  implementation.  The  scope  of  the  training  will  be  principally  determined  by  the  extent  of  system  develop¬ 
ment  in  the  prototype  process.  The  training  will  be  carried  out  using  on-line  tutorials,  where  feasible.  All  training  will 
be  augmented  by  hard  copy  material  and  on-the-job  training  (OJT)  by  experienced  personnel. 

2.  Manpower  Requirements- Additional  manpower  will  not  be  necessary  during  OADSS  introduction  as  the 
bulk  of  the  work  will  be  carried  out  by  NPRDC.  However,  MMOA  and  MCCDPA  personnel  will  be  closely  involved 
with  system  installation  procedures. 

3.  System  Documentation-NPRDC  is  responsible  for  drafting  user  documentation  for  system  development. 
MMOA  will  have  the  responsibility  for  drafting  documentation  pertaining  to  system  usage  policies,  designation  of 
authorized  users,  system  security,  etc. 

4.  Systems  Transition-Prototype  sub-systems  (modules)  will  undergo  extensive  testing  and  evaluation  to 
ensure  that  they  effectively  meet  system  specifications.  Once  this  phase  is  completed,  the  system  sponsor  and  MMOA 
will  have  to  decide  whether  or  not  to  transition  to  full  system  implementation  via  integration  of  modules.  This  transition 
will  then  be  phased  in  over  a  period  of  approximately  6  months. 

5.  Site  Preparation-OADSS  will  introduce  a  limited  amount  of  new  ADPE  within  MMOA.  However,  as  all 
equipment  will  operate  in  a  normal  office  environment,  no  special  site  preparation  is  required. 

RECOMMENDATIONS 

The  following  recommendations  are  made: 

1 .  A  General  Design  Specification  (GDS)  should  be  completed  at  the  next  stage  in  the  "definition  and  design" 
phase  of  system  development. 

2.  A  "rapid  prototyping"  approach  to  OADSS  development  should  be  utilized  as  means  of  minimizing  system 
development  time  and  ensuring  the  active  participation  of  end  users. 
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Figure  A-l.  Legend  for  reading  logical  record  layout. 
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Figure  A-7.  Advanced  assignment  entity. 
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Figure  A-9.  Marine  Officer  entity. 


A-9 


Primary 

Additional 

Intermediate 

Military 

Military 

Military 

Occupational 

Occupational 

Occupational 

Specialty 

Specialty 

Specialty 

(PMOS) 

(AMOS) 

(IMOS) 

Figure  A-10.  Officer  MOS  entity. 


A-10 


Marital 

Status 

(MARST) 

Active 

Duty 

Spouse 
Service  Code 
(SPOSVQ 

Spouse 

Name 

(SPOUSE) 

Name  of 

Child  1 
(KID1  NAME) 

Age  of 

Child  1 
(KID1AGE) 

Sex  of 

Child  1 
(KID1SEX) 

Name  of 

Child  2 
(KID2NAME) 

Age  of 

Child  2 
(KID2AGE) 

Sex  of 

Child  2 
(KID2SEX) 

Name  of 

Child  3 
(KID3NAME) 

Age  of 

Child  3 
(KID3AGE) 

Sex  of 

Child  3 
(KID3SEX) 

Name  of 

Child  4 
(KID4NAME) 

Age  of 

Child  4 
(KID4AGE) 

Sex  of 

Child  4 
(KID4SEX) 

Name  of 

Child  S 
(KID5NAME) 

Age  of 

Child  S 
(KID5AGE) 

Sex  of 

Child  S 
(KID5SEX) 

Figure  A-ll.  Dependents  entity. 
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Figure  A- 12.  Training/education  entity. 
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Figure  A-13.  Former  assignments  entity. 
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Figure  A- 14.  Current  assignment  entity. 


A-I4 


Future 

Monitored 

Command 

Code 

(FMCQ 

Future 

Assigned 

Billet  MOS 
(FABMOS) 

Future 

Assigned 

Billet 

Grade 

(FABGRD) 

Back  to 

Back 

Restrictions 

(BTBR) 

Billet 

Restrictions 

(BR) 

School 

Eligibility 

Flag 

(SSEF) 

School 

Selected 

Flag 

(SSSF) 

Future 

Date 

Returned 

From 

Deployment 

(FDRD) 

Intermediate 
MCC  Estimated 
Date  of 
Arrival 
(IEDA) 

Estimated 

Date  of 
Arrival 
(EDA) 

Future 

Duty 

Status 

(FDTYST) 

Future 

Tour 

Control 

Factor 

(FTCF) 

Future 
Permanent 
Change  of 
Station  Code 
(FPCS) 


Future 
Reason 
for  Transfer 
Code 
(FRFT) 


Future 

Deployed 

Monitored 

Command 

Code 

(FDMCC) 


Figure  A- 15.  Future  assignment  entity. 
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Figure  A-16.  ACEP  entity. 
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Figure  A- 17.  Security  entity. 
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Figure  A-18.  Assignment  preference  entity. 
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Figure  A-19.  Assignment  processing  entity. 


A-19 


Begin 

End 

Military 

Duty 

Number 

Date 

Date 

Identification 

Assignment 

of  Months 

(BDATE) 

(EDATE) 

(MID) 

iULLAilUN) 

(DUTYASSG) 

(NUMMNTHS) 

Type  of 
FITREP 
(TFITREP) 


Figure  A-20.  FITREP  history  entity. 


A-20 


APPENDIX  B 
DATA  DICTIONARY 


B-0 


DATA  DICTIONARY 


Name  s 
Alias: 

Length : 

Edit  Rules: 

Desc  r  1  p  1 1  c»r» : 


Source : 


Advance  Assignment  Flag 
AASGNF 


1 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Can  only  be  0  *  £  thru  4,  or  blank. 


Code  used  to  release  the  mforrr.ation  on  advance 
assignments  such  as  AMCC*  AEDA«  AGLC*  AGLCEDA* 
and  the  FDMCC . 


OSF 


B-l 


DATA  DICTIONARY 


Name:  Assigned  Billet  Grade 
Alias:  ABGRD 


Length : 


Edit  Rules: 


c?  Data  Type:  A/N 

Monitor  Updateable:  Y 

Position  1  will  be  0  or  W;  position  d.  will  be 
numer ic. 


Description:  The  billet  qrade  to  which  the  individual  officer 
is  assigned  at  an  MCC.  Used  in  conjunction  with 
AMBGS  will  fi  an  officer  on  station  to  this 
billet  grade  during  running  of  OSGM. 


Source:  GSF 


B-2 


DATA  DICTIONARY 


Name:  Assigned  Billet  MOS 
Alias:  ABMOS 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  Numeric  or  asterisk  only;  asterisk  can  only  be 
placed  in  positions  3-4 . 


Description:  The-  billet  MGS  to  which  the  individual  officer 
assigned  at  an  MCC.  Used  in  conjunction  with 
ABGftD «  will  fix  an  officer  on  station  to  this 
billet  MOS  during  running  the  OSGM. 


Source:  uSF 


B-3 


1  s 


DATA  DICTIONARY 


Name:  Active  Officer 
Alias:  ACTOFF 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Ed ] t  Ru 1 e» : 


Description:  Data  element  field  specification  on  El  control 
cards  of  the  OSGM  Dictionary. 


Source:  MM DA 


B-4 


DATA  DICTIONARY 


Name:  Active  Duty  Deployed  Time 
All  as :  ADT 


Length : 


3 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  Rules:  Numeric  or  Blank:. 


Descr 1 p  t  ion : 


Total  t 1 me 
char geab 1 e 


in  days  deployed  while  joined 
to  a  FliF  unit. 


Source:  HMt 


B-5 


DATA  D I CT IONARY 


Name:  AMCC  Estimated  Date  of  Arrival 
Alias:  AEDA 


Length : 


4 


Data  Type:  A/N 
Monitor  Updateable:  V 


Edit  Rules;  Numeric  d^tp  <YYMM>?  00  not  acceptable  in  Yy  o 
TIM  -  l'  1  a  n k  s  o r  nunier  i  r  only. 


Description:  Prciected  date  the  officer  will  arrive  at  his 
advance  assignment. 


Source:  OS'" 


B-6 


DATA  DICTIONARY 


Name:  Air-Ground  Combat  Services 
Alias:  AGCS 


Length:  1  Data  Type:  A/N 

Monitor  Updateable:  V 

Edit  Rules:  If  billet  MOS  field  on  Dl*  El*  or  EE  card  is 

blanl  *  any  non-hlanl  character  makes  it  legal. 


Description:  Data  element  field  spec  1 f 1 c a 1 1 o n  on  FI  and  EC 
control  cards  of  the  OSGM  Dictionary. 


Source:  MUuA 


B-7 


DATA  DICTIONARY 


Name :  Advance  Geo-Location  Code 
Alias:  AGLC 


Lena  th : 


3 


Data  Type: 
Mon i tor  Up da tesb ] e 


F£  d  3  t  Rules: 


Description:  The  advanced  geographical  location  prc 
that  was  given  an  officer  who  is  on  c*t 
Dependents  Restricted  Tour. 


Source:  DBF 


B-8 


A/N 

v 


:•  jec  1 1  on 
~der  s  to  a 


DATA  DICTIONARY 


Name:  AGLC  Estimated  Date  of  Arrival 
Alias:  AGLCEDA 


Lena  th : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  Numeric  date  <YYMM);  00  not  acceptable  in  YY  or 
MM  .  Fi  1  a  r*h  s  o  r  numer  i  c  . 


De?cript  jOms  The  pro  tected  date  of  arrival  for  an  officer  at 
1. 1  s  advanced  geo-  1  oacat i on . 


Source:  OSF 


B-9 


DATA  DICTIONARY 


Name:  Air-Ground  Combat  Services  Support 
Alias:  AG5S 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  If  billet  MOS  field  on  Dl?  El?  or  E £  card  is 
blanl .  any  non-blank  character  makes  it  lega 


Description:  Data  e lenient  field  specification  on  El  and  E 
control  cards  of  the  OSGM  Dictionary. 


Source:  MMOA 


B-10 


DATA  DICTIONARY 


Name : 
Alias: 

Length : 

Edit  Ru  )  c-s  : 

Descr  1  p  *  1  o  n  ; 

Sou rce: 


Alpha  Grade 
ALPHAGRD 


5  Data  Type:  A 

Monitor  Updateable-:  Y 

Left  lustified*  codes  can  be  CAPT *  MAJ *  LTCOL*  or 
COL. 


Paynrade  of  a  SEP  billet. 


HO  MC 


B-ll 


DATA  DICTIONARY 


Name:  Advance  MCC 
A 1 1  as :  AMCC 


Lena  th : 


Data  Type:  A/N 
Monitor  Updateable:  V 


Edit  Rules:  Do  not  allow  the  letter  "G". 


Desci  lption:  Pro jected  advance  assignment  lor  an  officer 
requiring  two  assignments  m  advance . 


Source :  OSf* 


B-12 


DATA  DICTIONARY 


Name:  Additional  MGS 
Alias:  AMOS 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  1*4 


Cdit  Rules:  Must  be  a  valjd  MGS. 


Description:  Denotes  marine's  skills  and  qualifications  in 
addition  to  his  F*rimar>  MOS . 


Source:  HMF 


B-13 


DATA  DICTIONARY 


Name:  Additional  MGS-PE 
Alias:  AMOS-PE 


Length:  4  Data  Type:  A/N 

Monitor  Updateable:  N 

Edit  Rules:  Must  be  a  valid  MOB. 

Desc  r  1  p t  i r.n  ;  De no  tes  mar  1  ne  "  s  skills  a nd  qua  1  1  f  lcstions  in 
add  j  t  ion  to  h  j  s  Ft  imary  MOB. 


Source :  HMF 


B-14 


DATA  DICTIONARY 


Name:  Active  Naval  Service  Base 
Alias:  ANSBD 


Lenq th : 


6 


Data  T  ype :  A/N 
Monitor  Updateable:  N 


Ed ) t  Ru 1 es : 


De-sc  r  1  p  1 1  on  : 


Periods  of  creditable  active  Naval  and  Marine 
Lorp  service  are  recorded  on  the  marine’s 
enlistment  contrac t /appicat ion  and/or  appointment 


record . 


Source:  HMC 


B-15 


DATA  DICTIONARY 


Names  Active  Duty  Officer  Aviation 
Alias:  ASED 


Lena  ti  t : 


6 


Data  Types  N 
Monitor  Updateable:  N 


Edit  Rules:  Numeric  date  (YYMMDD);  00  not  acceptable  in  YY, 
MM,  or  DD -  Numeric  or  blanks  only. 


Descr i pt i on : 


Date  officer  first  reports  on  competent  orders  to 
a v  lat  i o n  f  ac.  i  1  i  t i n  wh i ch  f  1 1 a h t  t r a i n i ng  l s 
r ece i ved . 


Source:  HMF 


B-16 


DATA  DICTIONARY 


Name:  AUTOVON  Rhone  Number 
Alias:  AVNUM 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  Number  in  the  form 


Description:  AUTOVON  number  of  the  officer's  unit 


Sources  MMGA 


B-17 


DATA  DICTIONARY 


Name:  Board  Assignment  Code 
Alias:  BDA 


Leng th  : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules: 


Description:  Identities  officers  who  have  served  on  selection 
boa c d = - 


Source:  uSF 


B-18 


DATA  DICTIONARY 


Name  : 
All  as : 

Lena th s 

Edit  Rules: 

Descr  lpt  ion: 


Source : 


Begin  Bate 
BDATE 


Data  Type:  A/N 
Monitor  Updateable:  N 


Numeric  date  (YYMMDD);  00  not  acceptable  in  YY 
MM*  or  DD.  Numeric  of  blanks  only. 


Indicates  the  start  date  for  the  FITREP 
evaluation  period. 


HQMC 


B-19 


DATA  DICTIONARY 


Name:  Billet  Sponsor 
Alias:  BILLSPON 


Length ; 


6  Data  Type: 

Mom  tor  Updateab  1  e : 


Edit  Rules:  Must  agree  with  Marine  Corps  Table  of 
Organization  description  in  TMR. 


Description:  Code  for  sponsor  of  a  5EF  billet. 


Source:  HQMC 


A/N 

Y 


B-20 


DATA  DICTIONARY 


Name:  Billet  Officer  Description  Set  Name 
Alias:  BODSNAMF 


Length:  9  Data  Type:  A/N 

Monitor  Updateable:  Y 

Edit  Rules:  Refer  to  OSGM  manual  for  edit  rules. 


Descr i p t ion : 


Data  element  field  specification  on  El  control 
cards  of  the  OSGM  Dictionary. 


Source:  MMOA 


B-21 


DATA  DICTIONARY 


Name* : 
Alias: 

Length : 

Ldit  Rules: 

Desc r ip t io n : 


Billet  Restr ic t ions 
BR 


4  Data  Type:  A/N 

Monitor  Updateable:  Y 

Nuniei  ic  or  asterisk  only;  asterisk  car.  only  be 
placed  in  positions  £-4. 


Means  bv  which  billet  restrictions  can  be  defined 
for  future  assignments* 


Source:  DBF 


DATA  DICTIONARY 


Name :  Bacl  to  Back  Restrictions 
Alias:  BTBR 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules: 


Description:  Means  by  which  assignment;  restrictions  relative 
to  RMUS *  AMOR  and  tour  type  can  be  identified. 


Source:  DBF 


B-23 


DATA  DICTIONARY 


Name:  Current  Active  Duty  Began 
Alias:  CADBD 


Length:  £>  Data  Type:  A/N 

Monitor  Updateable:  N 

Edit  Rules:  Numeric  date  (YYMMDD);  00  not  acceptable  in  YY* 
MM *  o r  DD -  Numer i c  or  b 1 ank s  only. 


be  sc  r  1  p  t  i  on  :  “l  his  date  ret  1  ec  t  s  the  beg  i  nn  i  ng  of  the  cur  r  en  t 
pei  iod  of  active  duty-  It  is  not  subject  to 
change  as  long  as  the  marine  is  on  continuous 
a c  1 1 v e  duty . 


Source:  HMf 


B-24 


DATA  DICTIONARY 


Name : 
All  as : 

Length : 

Edit  Rules: 

Descr i p  1 1 on ; 


Source : 


Card  I dent lfication 
CARD ID 


£ 


Data  Type:  A/N 
Monitor  Updateable:  Y 


El?  EEi?  etc.... 


Data  element  field  specification  on  El  and  E2 
control  cards  of  the  GSGM  Dictionary. 


OSGN 


B-25 


DATA  DICTIONARY 


Name:  Combat  Casualty  Status  Code 
A1 las :  CASST 


Lena th : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Ed  j  t  Ru 1 ec : 


Description:  A  code  representing  the  combat  casualty  status  of 
the  marine. 


Source:  HtIF 


B-26 


DATA  DICTIONARY 


Name;  Civilian  Education  Certificate  Code 
Alias:  CEDL 


Lenq  th : 


1 


Data  Type:  A/N 
Monitor  Updateable:  N 


Ed  1 1  Fv'u  1  e:-  : 


Description:  Represents  the  certificate  awarded  upon 

completU'i'i  of  a  certain  degree  of  schooling. 


Source :  HMF 


B-27 


DATA  DICT IONARY 


Name : 
All  as : 

Length : 

Edit  Rules: 

Lesc r ip t ion : 


So  u rce: 


Citizenship  Status  Code 
CIT 


Data  Type:  A/N 
Monitor  Updateable:  N 


Citizenship  status?  i . e .  US  citizen?  natural 
citizen  of  US-  Alien?  or  resident. 


mr 


B-28 


1  zed 


DATA  DICTIONARY 


Name:  Contract  Legal  Agreement 
Alias;  CLA 


Lena th : 


Data  Types  A/N 
Monitor  Updateable:  N 


Edit  Rules:  One  character  code  left- just  if ied . 


Desc  r  1  p  t  1  o  n  :  De  t  er  m  ]  ned  from  1  nf  o  r  ma  t  i  o  n  o  r»  appoint  men  t 
accep t anc e . 


Sources  HMF 


B-29 


DATA  DICTIONARY 


Name:  Combat  Service  Code 
Alias:  CMB 


Lena  t  h : 


P 


Data  Type:  A/N 
Monitor  Updateable:  N 


Ed  i  t  Ru lea : 


Description:  Represents  whether  an  individual  has  participated 
in  combat  against  enerny  forces  and  in  what 
theater  and/or  war  *  branch  independent. 


Source :  HMP* 


B-30 


DATA  DICTIONARY 


Names  College  Attended  One 
Alias:  COLLI 


Length : 


40 


Data  Type:  A 
Monitor  Updateable:  V 


Edit  Rules: 


Descr i p  t 1  on : 


College  where  first  degree  in  civilian  education 
was  earned • 


Source:  MUOA 


B-31 


DATA  DICTIONARY 


Name:  College  Attended  Two 
Alias:  COLLS 


Lena  th : 


m  O 


Data  Type: 
Mom  tor  Updateable : 


Ed:i*t  Rules: 


Desc.i  lption:  College  where  second  degree  in  civil  iav 
was  earned. 


Source:  riMU*-i 


B-32 


A 

Y 


»  education 


DATA  DICTIONARY 


Name:  College  Attended  Three 
A1 ids:  COLLS 


Lenq  th : 


40 


Data  Type: 
Noni tor  Updateab 1 e : 


Edit  Rules: 


Description:  College  where  third  degree  in  civilian 
was  earned. 


Source :  MHO A 


A 

Y 


educat 1 on 


B-33 


DATA  DICTIONARY 


Name : 
A1  i  as : 

Leng  th : 

fcd ] t  Rules : 

Descr ipt ions 


Sour  ce : 


Combat  Operat ions 
COMBOF'S 


Data  Type:  A 
Monitor  Updateable:  Y 


V,  Bn  or  G  only. 


Identifies  location  of  officer*  participation  in 
c  o  mb at  operatic  ns .  V  =  V jet nam .  B  =  Be i r u i t  *  a  nd 
G  —  Grenada. 


NMOr-t 


B-34 


DATA  DICTIONARY 


Name:  Component  Code 
All  as :  COMP 


Length:  3  Data  Type:  A/N 

Monitor  Updateable:  N 

Eld  1 1  Rules:  A  two  post  ion  code  (  left- justified  in  a  3 
position  field). 


Description:  Identifies  branch  of  service  and  also  indicate 
res c- r vc  or  reti  r  ed  status. 


Source:  Hr  lr 


B-35 


DATA  DICTIONARY 


Name  s 
Alias: 

Length : 

Edit  Rules: 

Descr 1 p t i on : 


Date  1 
DATE  1 


1 


Data  Type: 
Mom  tor  Updateab  1  e : 


V  ~  yes  and  N  -  no . 


D a la  el emen t  field  specification  o n  E 1 
cards  of  t h e  OSGM  D i c t i o nar y . 


MM  Dm 


A 

Y 


c  o  n  t  r  o  1 


B-36 


DATA  DICTIONARY 


Name:  Date  £ 
Alias:  DATES 


Length : 


Data  Type:  A 
Monitor  Updateable:  Y 


Edit  Rules:  Y  =  yes  and  N  =  no. 


Description:  Data  element  field  specification  on  El  control 
cards  of  the  0S6M  Dictionary. 


Source :  MflUA 


B-37 


DATA  DICTIONARY 


Name:  Date  Arrived  Dependents 
Alias:  DAUSDN 


Length:  6  Data  Type:  A/N 

Monitor  Updateable:  N 


L"  d  1 1  Rules:  Numeric  date  (YYMMDD);  00  not  acceptable  in  YY* 
MM«  or  DD-  Numeric  or  blanks  only. 


Description:  Contains  the  control  date  a  marine  last  returned 
from  art  overseas  assignment  where  dependents  were 
no  t  r  es t  r  i  cteci  . 


Source:  HMF 


B-38 


DATA  DICTIONARY 


Name : 
Alias: 

Lena  th : 

Edit  Rules: 

Desc  r i p  1 1 on  : 


Source : 


Date  Arrived  Dependents 
DAUSDR 


6 


Data  Type:  A/N 
Monitor  Updateable:  N 


Numeric  date  (YYMMDD);  00  not  acceptable  in  YY  • 
MM ,  or  DD.  Numeric  or  blanks  only. 


Control  date  for  the  last  unaccompanied  overseas 
tour.  Requirements  are  that  the  marine  has 
served  an  overseas  assignment  and  that  dependent 
were  restricted  from  the  duty  station. 


HMF 


B-39 


DATA  DICT I ON ARY 


Name:  Draw  Case  Signals  Code  1 
A1 1 as :  DCC 


Lena  th : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Ed  1 1  Rul es : 


Description:  A  code  used  by  officer  and  enlisted  monitors  to 

give  l  c-y  information  on  marines-  These  codes  are? 
held  by  the  various  monitors  and  are  not  for 
pub  1 i c  a t i on - 


Source :  HtIF 


B-40 


DATA  DICTIONARY 


Name;  Date  Current  Tour  Began 
Alias:  DCTB 


Lena th ; 


Data  Type  A/N 
Monitor  Updateable:  N 


Edit  Pules:  Numeric  date  (YYlifIDD);  00  not  acceptable  in  YY  * 
MM?  cm*  DD .  Numeric  or  blanks  only. 


Description:  Normally  the  commencement  date  of  the  current 
tour  at  a  marine's  present  monitored  command. 

Upon  processing  a  join  into  another  monitored 
command  *  the  computer  automatically  assigns  date. 


Source:  HMF 


B-41 


DATA  DICTIONARY 


Name  : 
All as : 

Length : 

Edit  Rules* 

D&tci  ip t ions 

Source : 


Civilian  Degree  One 
DEGR1 


3 


Data  Type:  A 
Monitor  Updateable:  Y 


AA,  BA*  BS,  MA,  MS.  PhD,  JD.  or  EDD. 


Fust  degree  earned  in  civilian  education. 


MMOm 


B-42 


DATA  DICTIONARY 


Ed  i  t 


Debcr 


Name:  Civilian  Degree  Two 
Alias:  DEGR2 


-snqih:  3  Data  Type:  A 

Monitor  Updateable:  Y 

Rules:  AA «  BA,  BB,  MA,  MS,  PhD,  JD,  or  EDD. 

lption:  Second  degree  earned  in  civilian  education. 

Source:  MMOA 


B-43 


DATA  DICTIONARY 


Name:  Civilian  Degree  Three 
Alias:  DEGR3 


Leng th : 


3 


Data  Type:  A 
Monitor  Updateable:  Y 


Edit  Rules:  AA,  PA ,  E<8  , 


NA,  MS 9  PhD,  JD,  or  EDD. 


Description:  Third  degree  earned  in  civilian  education. 


Source :  MMOA 


B-44 


DATA  DICTIONARY 


Names  Year  Degree  One  Earned 
Alias:  DEGYR1 


Length : 


2 


Data  Type:  N 
Monitor  Updateable:  Y 


Ed  3  t  Rules:  Y  V  format. 


Description:  Year  first  civilian  education  degree  was  earned. 


Source:  MMGA 


B-45 


DATA  DICTIONARY 


Name:  Year  Degree  Two  Earned 
Alias:  DEGYRE 


Leng  th  : 


Data  Type:  N 
Monitor  Updateable:  Y 


Edit  Rales:  YY  format • 


Description:  Yea.  second  civilian  education  degree  was  earned. 


Source:  MMGA 


B-46 


DATA  DICTIONARY 


Names  Year  Degree  Three  Earned 
A 1 i as :  DEGYR3 


Length : 


Data  Type:  N 
Monitor  Updateable:  Y 


Edit  Rules:  YY  format. 


Descript  iC'm:  Year  third  civilian  education  degree  was  earned. 


Source:  MMOA 


B-47 


DATA  DICTIONARY 


Name:  Dependent  Geographical  Location 
Alias;  DEFLOC 


Lena  th : 


3 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  F<ules: 


Description:  Identifies  the  geographic  area  that  a  marine's 
dependents  were  entitled  to  travel  to  at 
government  expense,  or  location  for  dependents 
acquired  by  marriage?  adoption?  or  other  actio 


Source :  HMF 


B-48 


DATA  DICTIONARY 


Name : 
Alias: 

Leng th : 

Edit  Rules: 

Descr 1 p  1 1 on : 


Source : 


Duty  Involving  Flight  Operations 
DIFOP 


1 


Data  Type:  A 
Monitor  Updateable:  Y 


Can  only  be  a  "Y"  or  blank. 


Identifies  officers  who  are  assigned  bill 
involve  f 1 iqht  operations. 


OSF 


ets  that 


B-49 


DATA  DICTIONARY 


Name:  Deployment  Monitored  Command  Code 
Alias:  DMCC 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  N 


E  d  i  t  Rli  1  es  : 


Description:  Identifies  a  battalion,  squadron,  bit..  etc., 

that  has  been  designated  as  a  specific  deployment 
unit.  The  DMCC  remains  as  c  unique  unit 
identifier  for  the  duration  of  the  deployment. 


Source:  HMF 


B-50 


DATA  DICTIONARY 


Names  Duty  MOS 
Alias:  DMOS 


Length : 


4 


Data  Type: 
Mom  tor  Updateab  le  : 


Edit  Rules:  Must  be  a  valid  MOS. 


Description:  MUS  duty  of  current  assignment. 


Sources  HMF 


B-51 


A/N 

N 


DATA  DICTIONARY 


Names  Date  of  Birth 
Alias;  DOB 


Length:  6  Data  Type:  A/N 

Monitor  Updateable:  N 

Edit  Rules:  Numeric  date  (YYMIiDD);  00  not  acceptable  in  YY  ? 
MM,  or  DD. 


Description:  Date  of  birth,  which  must  match  corresponding 
DOE;,  SSN ,  and  NAME  in  SS  administrative  files. 


Source:  HMF 


B-52 


DATA  DICTIONARY 


Names  Present  Grade  Date  Rank 
A1 i as :  DOR 


Length : 


6 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  Rules:  Numeric  date  (YYMMDD)?  00  not  acceptable  in  YY , 
MM.  or  DD.  Numeric  or  blanks  only. 


Descriptions  The  date  of  rank,  for  the  marine's  present  grade 
as  established  for  precedence. 


Sources  HMF 


B-53 


DATA  DICTIONARY 


Name:  Assignment  Availability  Date  Deployment 
Alias:  DRD 


Leng th : 


6 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  Rules:  Numeric  date  (YYMMDD);  00  not  acceptable  in  YY* 
MM.  or  DD .  Numeric  or  blanks  only. 


Description:  This  element  establishes  the  date  that  a  given 

deployment  status  will  expire.  This  element  must 
be  present  in  the  record  whenever  deployment 
status  ) s  present. 


Source:  HMF 


B-54 


DATA  DICTIONARY 


Name : 
Alias: 

Length : 

Edit  Rules: 

Desci  ip  t  ic«n: 


Source : 


Deployment  Status  Code 
DSC 


1 


Data  Type:  A/N 
Monitor  Updateable:  N 


Identifies  the  deployment  status  of  an  individual 
through  the  use  of  a  set  of  unique  codes. 


HMF 


B-55 


DATA  DICTIONARY 


Name : 
Alias: 

Leng th : 

Edit  Rules: 

Descr ipt ion: 


So u rce : 


Duty  Limit  Status  Code 
DUL I M 


1 


Data  Type:  A/N 
Monitor  Updateable:  N 


A  one  character  code  to  describe  duty  limitation 
status. 


HMF 


B-56 


DATA  DICTIONARY 


Name:  Duty  Assignment 
Alias:  DUTYASSG 


Lena th : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  Rules:  Must  correspond  to  a  valid  duty  assignment  at  a 

rice. 


Descr 1 p  t i on : 


Presents  an  "English"  description  of 
duty  that  an  officer  is  serving  at  a 


the  type 
MCC. 


of 


Source:  HGMC 


B-57 


DATA  DICTIONARY 


Name : 
Alias: 

Length : 

Edit  Rules: 

Descr lpt ion : 


Duty  Limitation 
DUTYLIM 


1 


Data  Type:  A/N 
Monitor  Updateable:  Y 


U  “  unrestricted,  L  =  LDQ,  and  *  =  all 


Detd  element  field  specification  on  El  control 
cards  of  the  GSGM  Dictionary. 


Source:  MMUh 


DATA  DICTIONARY 


Name:  Duty  Status 
Alias:  DUTYST 


Length : 


1 


Da^ta  Type:  A/N 
Monitor  Updateable:  N 


Edit  Rules: 


Description:  A  code  representing  the  duty  status  of  the  marine 
MNB  manual . 


Source:  HMF 


B-59 


DATA  DICTIONARY 


Name : 
Alias: 

Lena  th : 

Edit  Rules: 

Descr ip t i on : 


Source : 


Expiration  Active  Service 
EAS 


6 


Data  Type:  A/N 
Monitor  Updateable:  N 


Numeric  date  (YYMMDD):  00  not  acceptable  in  YY • 
MM,  or  DD .  Numeric  or  blanks  only. 


This  reflects  the  date  on  which  active  service 
terminates.  For  regular  enlistment  personnel. 
EAS  is  the  date  of  expiration  of  current 
enlistment  or  voluntary  extension  of  enlistment. 


HMF 


B-60 


DATA  DICTIONARY 


Name:  Estimated  Date  of  Arrival  at  FMCC 
All as :  EDA 


Length:  6  Data  Type:  A/N 

Monitor  Updateable:  Y 

Edit  Rules:  Numeric  date  (YYMMDD);  00  not  acceptable  in  YY  ? 
MM?  or  DD .  Numeric  or  blanks  only. 


Description:  The  estimated  date  that  an  officer  will  reach  his 
f  u  t  u r  e  c  o m m a  nd  . 


Source:  0SF‘ 


B-61 


DATA  DICTIONARY 


Name : 
Alias: 

Length : 

Edit  Rules: 

Descr iptio n: 

Source : 


End  Date 
EDATE 


6  Data  Type:  A/N 

Monitor  Updateable:  N 

Numeric  date  (YYMMDD);  00  not  acceptable  in  YY ? 
MM?  or  DD .  Numeric  or  blanks  only. 


Indicates  end  date  for  the  FITREP  evaluation 
p  e  r  i  o  d  . 


HQMC 


B-62 


DATA  DICTIONARY 


» 


Name :  Estimated  Date  of  Departure 
A1 las:  EDD 


Length : 


6 


Data  Type:  A/N 
Monitor  Updateable:  V 


Edit  Rules:  Numeric  date  ( YYMMDD ) ;  00  not  acceptable  in  YY « 
MM,  or  DD.  Data  may  only  be  blank  or  numeric. 


Description:  The  estimated  date  an  officer  will  be  leaving  his 
p  r  e se n t  c  o mm and  . 


Source:  OSF 


B-63 


DATA  DICTIONARY 


Names  Civilian  Education  Major  Subject 
Alias:  EDUCMAJ 


Length : 


E 


Data  Types 
Moni tor  Up da teab 1 e : 


Ed  i  t  Ru  1  : 


Description:  Represents  the  subject  studied  at  high 
level  or  above. 


Sources  HMF 


A/N 

N 


SChC'O  1 


B-64 


DATA  DICTIONARY 


Name:  Experience  of  High  Grade 
Alias:  EHG 


Length : 


Data  T/pe:  A% 
Monitor  Updateable:  \ 


Edit  Rules:  b  =  experience*  N  =  no  experience. 


Description:  Data  element  field  spec  1 f 1 ca 1 1  on  on  El  control 
cards  of  the  05GM  Dictionary. 


Source :  MMOA 


DATA  DICTIONARY 


Name:  Experience  of  Low  Grade 
All  as :  ELG 


Lenq  t  h. : 


1 


Data  Type :  A 
Monitor  Updateable:  V 


Edi-  Rules:  L  e^pe-nence?  N  =  no  experience. 


De=- c.  lptjov*:  Data  element  field  specification  c*n  El  control 
c  a r  d ^  of  the  GSGt  1  D 1  c  t  i Cm »a r  v  - 


Source:  Mi 


B-66 


DATA  DICTIONARY 


Name:  Slate  Exception 
All as :  EXCPTN 


Lenq  th  : 


1 


Data  Type:  A 
Mo ni tor  Up d a t e a b 1 e :  Y 


Ed  j  t  Ru  J  es : 


Description:  Cod**  used  to  identify  slate  exceptions  that  are 
made  during  a  slating  period. 


Source:  OSF 


B-67 


DATA  DICTIONARY 


Name:  Ex-Prisoner  of  War 
Alias:  E X  ROW 


L e nq t h  :  ci  Dats  Type:  A / N 

Monitor  Updateable:  N 

Lbjt  Ruler?:  One  position  code  left- justified  in  a  two 
position  field. 


Description:  This  code  indicates  whether  the  marine  was  ever  a 
pr  isoner  of  war  in  combat  actions  of  the  AF  ,  and 
t hr  a r ea  wh er e  held  a  p r i so ner . 


I  rz 

I I 


Sou fees  HT 


DATA  DICTIONARY 


Name : 
Alias: 

l eng  th : 

Edit  Rules: 

Descr ipt ion: 


Source : 


Future  Assigned  Billet  Grade 
FADGRD 


5  Data  Type:  A/N 

Monitor  Updateable:  Y 

Position  will  be  0  or  Ul ;  position  £  will  be 
numer i  c  . 


Means  bv  which  the  billet  payqrade  for  a  future 
ass lgnment  is  reflected.  Used  in  conjunction 
with  FABMuS*  will  fix  an  officer  to  this  billet 
dur  :  no  r  u  nr ■ 1  ng  c >f  OSGM . 


DBF 


B-69 


DATA  DICTIONARY 


Names  Future  Assigned  Billet  MQS 
Alias:  FABMOS 


Lena  tii  s 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Ed j t  Rules:  Numeric  or  asterist  only;  asterisk  can  only  be 
placed  m  positions  E- A  . 


Description:  Means  by  which  the-  billet  MOB  for  a  future 

assignment  is  reflected •  Used  in  conjunction 
FARGRD -  will  fix  an  officer  to  this  billet  MOS 
d la r  j  i-  ici  r  u n n  i  nu  of  0 SG M . 


Source :  CiSF 


B-70 


DATA  DICTIONARY 


Name:  First  Additional  MOS 
Alias:  FAN05 


Lena th : 


Edit  Rules:  ABCD* 


H 


ABC*  <>  AB*  *  , 


Data  Type:  A/N 
Monitor  Updateable*:  Y 

A***<  or  ****  only 


Descr i p 1 1  on : 


Lata  e lenient  field  specification  on  Cl 
cards  of  the  OSGfl  Dictionary. 


c  o  n  1  r 


Source:  MMGA 


DATA  DICTIONARY 


Name:  Future  Deployed  MCC 
Alias:  FDMCC 


Lena th : 


3 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  Position  1  can  be  only  V. 


Description:  Reflects  the  advance  assignment  of  an  officer  to 
a  deploy  m  e  n  t  m  o  n  1 1  o  red  c  o  mm  a  n  d  code: . 


Source:  G3F 


B-72 


DATA  DICTIONARY 


Name:  Future  Date  Returned  from  Deployment 
Alias:  FDRD 


Leng t h :  4  Data  Type:  A / N 

Monitor  Updateable:  Y 

Ed  it  Rules:  Numeric  date  (YYMN>;  00  not  acceptable  in  YY  or 
MM  .  h  1  a n l* :  s  o  r  nume r  i  c  o n )  y  - 


Description:  Identifies  the  date  an  officer  will  return  from  a 
scheduled  upc  om  i  n  q  d  ep  )  o  y  me  n  t  . 


Source:  OSF 


B-73 


DATA  DICTIONARY 


Name:  Future  Duty  Status 
Alias:  FDTYST 


Lena  tli : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Cdit  Rules: 


Description:  Identifies  the  future  duty  status  the  officer 
will  be  in.  Full  duty  status  is  primarily  tl 
code  entered. 


Source:  OSF 


DATA  DICTIONARY 


Name:  Future  MCC 
Alias:  FliCC 


Lena  th  : 


Data  T ype :  A/N 

Monitor  Updateable:  Y 


Fid  i  t  KuJes:  Do  not  a]  )  ow  the  letter  "O'1 


Descript  :ir«n;  The  projected  future  assignment  for  the  officer. 


Source :  OS1" 


B-75 


DATA  DICTIONARY 


Names  Former  Monitored  Command 
Alias:  FMMCC 


L  eng  t h : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Ed  a  t  Ri.  'Ifs: 


Description:  Identical  to  present  NCC  e  cept  this  element 
ret  1  ec.  t s  the  p r  e  v  1  ous  c ommand  . 


Source:  HMF 


B-76 


DATA  DICTIONARY 


Name:  Former  MOS 
All  as :  FMMOS 


Length:  4  Data  Type:  A/N 

Monitor  Updateable:  Y 

Edit  Ri.i  1  es :  Post  to  record  only  when  monitor  code  is  "O 
P  1  a  n  I  s  o  r  nu meric  c  >  n  3  y  . 


Decc r  l  p  t  i  or, :  Requ  l  r ed  t o  me. l  n tain  visibility  of  off  icers 
h a  » e  been  ass  i  q  ned  mo  r  €  t  h  a  n  th i  ee  MOS  ’  s  . 

F  rimai  lly  applies  to  all  of icers  promoted  to 
L  o  3  o  ne  ]  . 


Source :  Q5F 


who 


B-77 


DATA  DICTIONARY 


Name:  Future  Permanent  Change  of  Station 
Alias:  FFCC 


Length:  E  Data  Type: 

Monitor  Updateable:  Y 


E£dit  Rules:  Position  1  can  only  be  alpha  (A?  0%  R  thru  LI); 

position  E  ca\i  only  be  alphanumeric  (A  thru  N* 
2  *  o  r  9  )  . 


Description:  Means  by  which  the  different  types  of  PCS  moves 
can  Lie  tracked.  Primarily  used  for  budgeting. 


Source:  OSF 


B-78 


DATA  DICTIONARY 


Ndme:  Future  Reason  for  Transfer  Code 
Alias:  FRFT 


Lenq  t  h : 


1 


Data  T  ype :  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  Can  onlv  be  1  thru  7  or  blanl . 


Description:  He  an?  b  >  t-hich  the  specific  reason  the  officer 
w  a  s  1 1*  a  1 1  £■  f  tv  r  r  e  d  c  a  n  be  )  d  e?  ntified. 


So i  •  rce  :  U::*F: 


B-79 


DATA  DICTIONARY' 


Name:  Future  Tour  Control  Factor 
Alias:  FT  CF 


\.  eng  th  : 


Data  Type:  A/N 
Monitor  Updateable:  V 


E  d  j  t  F  u  J,  es  :  Fla  nl  e»  r  nume  nc  only. 


Desci  lotion:  Reflects  the  estimated  length  of  time  an  officer 
ujj.il  spend  at  hit  future  assignment. 


Source:  OSF 


B-80 


DATA  DICTIONARY 


Name:  Future  Table  of  Organization 
Alias:  FTO 


Lei  »g  t h  : 


Data  Type:  A 
Monitor  Updateable;  Y 


Edit  Rules:  Positions  1— ^  are  numeric;  position  5  is 
h 1  ant  . 


Description:  Identities  an  officer's  future  assignmen 
T/U  within  a  MCC. 


Source:  OSD 


B-81 


N 


a  1  p  h  a  o  r 


t  to  a 


DATA  DICTIONARY 


Names  Future  T/O  Estimated  Date  of  Arrival 
Alias:  FTOEDA 


Lena t  h : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


t-dit  Rules:  Numeric  date  <YYMM);  00  not  acceptable  in  \  Y  or 
MM .  Numer 1 c  or  b 1 ank s  on 1 y . 


Desc  r l p 1  i o r : 


The  projected  date  an  officer  assigned  a  specific 
T  /  u  billet  w  i  t  h  i  i*i  a  MCC  w  i  j  1  c<  r  r  l  ve  . 


Source:  OSF 


B-82 


DATA  DICTIONARY 


Name:  Future  T/0  Line  Number 
Alias:  FTGLN 


Lena  it. : 


4 


Data  Type:  A/N 
Monitor  Updateable:  V 


F.d  )  t:  P  i  ••  1  e  -  . 


L>e?ic*  r  i  p  1  )  on :  I  dent  i 1  i  es  an  of  f  icer  '  s  futur  e  ass  i  gnment  to  a 
.  t  icu  1  c*f  ]  i  vie  riuiTibs  r  withi  n  a  MCC  .  Used  i  n 
c  o  n  j u  nc  t  ]  o  i*i  with  FTO  . 


Sour cp ;  OSF 


B-83 


DATA  DICTIONARY 


Name:  General  Technical  Aptitude  Classification  Test 
Alias:  GCT 


Length : 


Data  Type:  A/N 
Mom  tor  Updateable:  N 


Ed  i  t  Ru ] es : 


Description:  The  qener al  technical  ibT)  aptitude  area  score  is 
computed  from  the  verbal  and  ar 1 thmet i c  reasoning 
test  scores  from  the  classification  test  battery 
ai'-eri  at  the  recruit  depots. 


Source:  HM~ 


B-84 


DATA  DICTIONARY 


Name ;  Ground  Combat 
All  as :  GDCB 


L  e  ng  1 h : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  It  billet  NOS  field  on  D1 «  El-  or  EE  card  is 

blank*  any  non-bl an!  character  makes  it  legal. 


Dean* ipt ion:  Data  element  field  specification  on  El  and  EE 
control  cards  of  the  OSGM  Dictionary. 


Source:  MMGm 


B-85 


DATA  DICTIONARY 


Name:  Ground  Combat  Services 
Alias:  GDCS 


Length:  1  Data  Type:  A/N 

Monitor  Updateable:  V 

Edit  f'vul  c?s:  It  b  l  1  let  M05  field  on  L>1  «  Cl?  or  tc  card  is 

blank*  an/  non- blank  character  makes  it  legal. 


Description:  Data  element  field  specification  on  Cl 
control  card-  of  the  OSGM  Dictionary. 


and  EC 


Source:  MMGa 


B-86 


DATA  DICTIONARY 


Name:  Ground  Combat  Services  Support 
Alias:  GDSS 


Leng t  h : 


1 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  If  billet  NUS  field  on  D1  «  El*  or  EE:  card  is 

blant  «  any  non-blank  character  mates  it  legal. 


Description:  Data  element  field  spec  if icat ion  on  El  and  EE 
c o n t  r  o 1  cards  of  t he  0S6M  D i c  t i o nar  y . 


Source:  MfluA 


B-87 


DATA  DICTIONARY 


Names  Former  Geographical  Location  Code 
Alias:  GLCDCTB 


Lena  th : 


<4 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  Rules:  Numeric  date  (YYMH);  00  not  acceptable  in  YY  o 
MM.  Numeric  or  blanks  only. 


Description:  Th i 5  date  represents  when  the  previous 
geographical  tour  was  begun. 


Sources  HMF 


B-88 


DATA  DICTIONARY 


Name:  High  Grade  of  Grade  Range 
Alias:  HGGF-: 

Length:  d.  Data  Type:  A/N 

Monitor  Updateable:  Y 

Edit  Rules?;  OL'  -  O-rL  Cm,  GG ,  Od  ,  07  9  or  WO. 

Description:  Data  e  1  ement  field  specification  ori  El  control 
c a r d r  o t  t h e  OSGM  Dictio n ary . 


Gou»  ce:  MMOA 


B-89 


DATA  DICTIONARY 


Name:  Home  Phone  Number 
Alias:  HOMENUM 


Leng 1 h : 


IP 


Data  Type: 
Mom  tor  Updateab  1  e  : 


Edit  Rulers  Number  in  the  form 


Description:  Home  phone  number  of  the  office*  • 


bounce :  MMUm 


A/N 

Y 


B-90 


DATA  DICTIONARY 


Name:  IliCC  Estimated  Date  of  Arrival 
All  as :  I  EDA 


Lenq t h : 


4 


Data  Type:  A/N 
Mo  Vi  3  tor  Updateable:  Y 


Edit  Rules:  Numeric  date  (YYMM);  00  not  acceptable  in  YY  or 
MM-  Numeric  or  blanks  only. 


Description:  The  estimated  date  an  officer  will  arrive  at  his 
e nr o u  t  e  s c h o o  1  or  t r  a i  n i  n a  - 


Source:  OE/h 


B-91 


DATA  DICTIONARY' 


Name  : 
All  as : 

Length : 

Ldit  Fruits: 

Descr lpt i on : 

Sourc e : 


Intermediate  MCC 
IMCC 


Data  1 y  pe :  A/N 
Monitor  Updateable:  V 


Do  not  allow  the  letter  "G" . 


K&  t  ec  ti  a  r*  v  school*  o  r 
receive  enroiite  to  his 


training  the  officer 
nes't  duty  station. 


m  a  y 


GbF 


B-92 


DATA  DICTIONARY 


Name:  Intended  MOS 
Alias:  IMOS 


Le  na t  h : 


Data  Type:  A/N 
Monitor  Updateable:  V 


Ld ] 1  Ru ] e v : 


Description:  Identifies  t  h  e  p  r  i  mar  y  or  additional  MOS  the 
oft  ic*-.  hi]  ]  receive  when  he/  she  becomes 
qualified.  IMOS  is  also  an  MMS  data  element;  as 
such  *  unit  diary  entries  should  be  made  to  ass) qi 
I  MOS  l  «<  e  l  then  pr  i  mar  y  o  r  add  i  1 1  ona  1  . 


Source:  OSF 


B-93 


DATA  DICTIONARY 


Name:  Age  of  Child  One 
A 1 1  as :  K I D 1 AGE 


Lena  th : 


Date*  Type:  N 
Monitor  Updateable:  Y 


Edit  Rule:-:  Right  adjusted. 


Desc  r  i  p  t  i  o  n  :  Ag*  o  i  child  specified  in  K I DINAME. 


Source:  NMOA 


B-94 


DATA  DICTIONARY 


Name:  Name  of  Child  One 
Alias:  \  I D 1 NAME 


Lt. ,  i  Q  t 1 1  : 


Data  Type:  A 
Monitor  Updateable:  Y 


Edit  Rules:  Lett  justified. 


be  sc  *  i  p  t  1  l  ■ . . :  F  it  s  t  itcuiie  of  child  c*  no  . 


MM  On 


B-95 


DATA  DICTIONARY 


Name:  Se>,  of  Child  One 
Alias:  KID1SEX 


Lenq  th  : 


Mo  n  1 1  o  r 


Edit  Failes:  tl  or  F  oniv. 


Description:  Oe  ,  of  child  specified  in 


Source:  Mffu— 


Data  Type:  A 
Updateable:  Y 


\  I DINAME. 


B-96 


DATA  DICTIONARY 


Name:  Age  of  Child  Two 
Alias:  K I DEAGE 


Length  ; 


cl 


Data  Type:  N 
Mo  n i t o  r  Up  d  a  t  eab 1 e :  Y 


Edit  Rules;  Right  adjusted. 


[/esc  r  1  p  t  i  o  n :  hQF  of  child  spec  i  tied  in  \  I  DENAME  . 


Source:  1‘IMGA 


B-97 


DATA  DICTIONARY 


Nd^e :  Name  of  Child  Two 
Alias:  \  I  DENAME 


Le  t  tq  t  h  : 


Data  Type:  A 
Mo n i  tor  Up d a t eab  1  e :  V 


Edit  KuIe::*.  Left  justified. 


be- k. c  r  1  p  t  1  o n :  F  l  »  s  t  n a »us  of  chi  1  d  two  . 


SuUi'  C.  cr  •  liMOA 


B-98 


DATA  DICTIONARY 


Name:  Se  ■:  of  Child  Two 
All  as :  V  I D2SEX 


Lena  t  h : 


Data  Type:  A 
Monitor  Updateable:  Y 


Ecb  t  Rules:  M  or  F  only. 


Desci  lption:  Se  of  child  specified  in  \  IDdNAflE. 


Source:  M Mu— 


B-99 


DATA  DICTIONARY 


Name :  Age  of  Child  Three 


Alias:  KID3AGE 


Leng  t  h : 


Date*  T  /pe :  N 
Monitor  Updateable:  Y 


Edit  Rules:  Right  adjusted. 


Description:  Rge  of  child  specified  in  KID3NAME. 


Sour  c  e  :  MMQ-'-i 


B-100 


DATA  DICTIONARY 


Name:  Name  of  Child  Three 
Alias:  KID3NAME 


Lena  t  h : 


Nora  to r 


Edit  F<u  j  es  :  Let  t  ,iust  1  f  i  ed  • 


Dpscr 1 p t i o m :  First  name  cl  chi  lo  three. 


Sources  N  r  1 U 


Da t a  1 ype :  A 
Updateable:  Y 


B-101 


DATA  DICTIONARY 


Name:  Se  :  of  Child  Three 
Alias:  KID3SEX 


Lena  t  h  ; 


1 


Data  Type:  A 
Monitor  Updateable:  Y 


Ed  1 1  Ru  J  es  :  M  o  r  F  o n  1  >  . 


Description:  Se>  of  child  specified  in  \  ID3NAME. 


Source ;  MMOA 


B-102 


DATA  DICTIONARY 


Name:  Age  of  Child  Four 
Alias:  \  I D4AGE 


Leng t  h : 


E 


Da  t  Type:  N 
Monitor  Updateable:  \ 


Ed  j  t  Fades:  Rjgr.  t  adjusted. 


Description:  Age  of  child  specified  in  k I  DAN AML. 


Source:  MMlTk- 


B-103 


DATA  DICTIONARY 


Name:  Name  of  Child  Four 
Alias:  KID4NAME 


Leng t  h : 


Data  Type:  A 


Monitor  Updateable:  V 


Ld  •*  t  Ru  ]  e=  :  L  of 1  %i  us  t  j  f  i  ed  - 


Desc.  ipt  ic-n:  F  ir»t  v  .a mt  of  chi  1  cl  f  o u v  . 


Sour ce :  MMOn 


B-104 


DATA  DICTIONARY 


Name:  Se'  of  Child  Four 
Alias:  \  ID4SEX 


Lena 1 h : 


1 


Da  t  a 


T  ype  : 


A 


Monitor  Updateable:  V 


Edit  Rules:  M  or  F  only. 


Description:  Se  of  child  specified  in  t  ID4NAME. 


Source*  MMOt- 


B-105 


DATA  DICTIONARY 


(Ld )  i 


De  =  c  i 


Name:  Name  of  Child  Five 
Alias:  \  I D5NAME 


Lena  t.  h : 


15 


Data  Type 
Mom  tor  Updateable 


Ru.  1  e  s  :  Left  iu?t‘j  tied. 


lptiori:  F  l  r  ?  t  name  of  child  five. 


Soi  i  r  c  e  : 


B-106 


DATA  DICTIONARY 


Name : 

Se  of  Child  Five 

Alias: 

\  ID5SEX 

Lc-  rig  th : 

J  Data  T  ype :  A 

Monitor  Updateable:  V 

E  d  1 1  Ru  let,: 

M  o 1  F  o  r»  1  >  - 

Desc  i'  i  p  I  ]  o  r* : 

Be  o f  c h i Id  spec i f i ed  i n  \  I D5NAME . 

Sour  c c  : 

ririr.A 

B-107 


DATA  DICTIONARY 


Name:  First  Foreign  Language  Code 
Alias:  LANG  1 


Lena  tf  i  : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Eld  1 1  Ru  les  : 


Description:  Represent s  the  foreign  language  the  marine  is 
mo  si  proficient  at. 


Sources  HTIF 


B-108 


DATA  DICTIONARY. 


N ame:  Second  Foreign  Language  Code 
All  as :  LANG  cl 


Lenq  1 1", : 


Data  Type:  A/N 
Morn  tor  Updateable:  N 


Ld  1 1  F<u  J  t-r  ; 


Lesc  i  iptiC'n:  Represents  the  second  f 
is«  proficient,  at. 


1  Qh  1  wfiQlldPe  the  (lien*  1  Ht? 


Source:  HMF: 


B-109 


DATA  DICTIONARY 


Name;  Last  Served  in  FMF 
Alias:  LFMF 


L^ncjth:  £  Dat^  Types  A/N 

Monitor  Updateable:  Y 

Ldit  Rules:  Numeric  date:  00  not  acceptable.  Data  may  be 
b  J  a  n  k  o  r  n  u  meric  o  n  1  y  . 


Description:  Itifc  date  an  officer  last  served  in  the  Fleet 
Me*  j  fit  Force  (FMF  /.  Required  m  order  to 
establish  a  general  queue  by  year  for  officer? 
return  to  FMF  duty. 


Source:  GSF 


to 


B- 110 


DATA  DICTIONARY 


Name:  Low  Grade  of  Grade  Range 
Alias:  LGGR 


Ler.q  th  : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Ed  1 1  Rules:  O  L  *  Od  ^  Oh*  0  E  *  O  E  *  O'*  o  v  WO. 


Deec  r  1  p  t  1  o  n  : 


D ct t a  el emen t  field  specification  on  El  control 
cards  of  the  OSCM  Dictionary. 


Source:  MMGA 


B-lll 


DATA  DICTIONARY 


Ed  j 


Desc 


Name:  Last  Monitored  Command  Code 
Alias:  LMCC 


Ler»q  t  h  : 


3 


Data  Type:  A/N 
Monitor  Updateable:  N 


t  Rule--: 


■  1  p  1  v  o » i : 


Identifies  the  Monitored  Command  Code  to  which  a 
at  a  r  1  ne  was  a  ss  i  g  ne d  p  r  1  o »  t  o  h  is  f  o  r  me  r  MCC-  . 


Source:  HMF 


B-112 


DATA  DICTIONARY 


Name:  Lineal  Control  Number 
Alias:  LNPREB 


Lena  t  h : 


Mom  tor 


E  d  3  t  hi  i  ]  e'r  : 


Desc  r  1  p  t  1  o  n  :  L  1  nea  J  c ont  r o  1  number  f  o  r 


Source:  HMF 


Data  Type:  A / N 
UpdateabJe:  M 


rose  n  t  grade. 


B-l  13 


DATA  DICTIONARY 


Name  s 
A ] i as : 

Length : 

Edit  Rules: 

Descr 1 p  1 3  0 n : 


Sc*  ur  c  e  : 


Date  Last  Served  in  SEP  Tour 
LSEP 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Numeric  date;  00  not  acceptable.  Data  may  be 
b  1  a n I  o r  numer  1  c  c* n  1  y  . 


The  d a t e  a n  officer  last  served  m  a  SEP 
utiliratiC'M  tour  .  Used  b;  the  SEP  monitor  to 
establish  a  queue  for  second  SEP  tours. 


USE 


B-114 


DATA  DICTIONARY 


Name :  Level  Number 
Alias:  LVLNUM 


Lena  tt -«  : 


Dotc^  Type:  N 


Monitor  Updateable:  Y 


Ed  i  1  F-  «j  3  es  :  i  nt  eqer  Y  c  ur»i  1  to  0  . 


Description:  Data  element  * i e 1 d  specification  on  El  contro 
cards  ol  the  OE?GM  Die  tiorifu*  v  . 


Source :  NMD A 


B- 115 


DATA  DICTIONARY 


Name:  Monitor  Activity  Code 
A 1 i as :  MAC 


Lena  th : 


£ 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Ed  1 1  Rules:  Must  be  a  valid  officer  monitor  code. 


Desci iptinn:  The  code  that  designates  which  officer  monitor  at 
HQMC  is  responsible  for  assigning  a  Marine  Corps 
officer.  Can  refer  to  an  individual  monitor  or  a 
combination  of  moni tor /ass lgnment  section. 


Source:  uSF 


DATA  DICTIONARY 


Name:  Major  One 
Alias:  MAJOR 1 


Length : 


30 


Date*  Type:  A 
Monitor  Updateable:  Y 


Ed  3  t  Rli ]  e  =-  : 


Descript  ic«n:  Major  emphasis  of  first  degree  earned  in  civilian 
educ a  +  10 n . 


Source:  MMOm 


DATA  DICTIONARY 


Name:  Major  Two 
Alias:  MAJORS 


Lena th : 


30 


Data  T ype :  A 
Monitor  Updateable:  Y 


Edit  Rules: 


Description:  Major  emphasis  of  second  degree  earned  m 
civilian  education. 


Source:  MM Oh 


B- 118 


DATA  DICTIONARY 


Name:  Major  Three 
Alias:  MA J0R3 


l  <^nq  t  h  : 


> 


Mon  j tor 


Led  j  d  Ru  ]  es  : 


Description:  flavor  emphasis  of  third  deg 
ecJuc  a  t  1  on  . 


Source:  MMOA 


Data  Type:  A 
Updateable:  Y 


r ee  ear ned  1 n  c i v i 1 1  a n 


B- 119 


DATA  DICTIONARY 


Name:  Marital  Status 
Alias:  MARST 


Length : 


1 


Data  Type:  A 
Monitor  Updateable:  N 


Ed  1 1  Ru.  1  es  : 


Description:  ^  one  character  code  showing  if  the  mar  me  is 
mar r led . 


Source:  HMF 


B-120 


DATA  DICTIONARY 


Name : 
Alias: 

Leng  th : 

Ed  1 1  Rii  ]  es  : 

Descr  i  p  1 1  c*n : 


Source : 


Present  Monitored  Command  Code 
MCC 


3 


Data  Type:  A/N 
Monitor  Updateable:  N 


Represents  the  command  level  to  which  personnel 
are  assigned  by  HQMC. 


HMF 


B-121 


DATA  DICTIONARY 


Name  s 
A1 i as : 

Length  : 

Edit  Rules: 


Descr ip t i on : 


Source : 


Military  Identification 
MID 


10  Data  Type;  N 

Monitor  Updateable:  N 


For  posit  ions  E— 10:  2-4  *  5-6«.  and  7-10  cannot  be 
all  blanks  or  zeros;  2-4  cannot  be  in  range 
628-6^  or  greater  than  788.  Position  1  must  be 
one  of  the  following:  T«  U<  N«.  0?  V,  or  R. 


Comprised  of  the  individual’s  Social  Secur i 
Number  (SSN)  preceded  by  a  code  designating 
membership  in  the  Army  (T),  Air  Force  <U)> 

( N )  «  Marines  \G>*  Coast  Guard  < V )  <•  or  as  as 
military  personnel  of  another  country  (R). 


ty 

Navy 


HMF 


B-122 


DATA  DICTIONARY 


Name:  Mobilization  Reporting  Unit  Code 
Alias:  MOBRUC 


Lenq th  : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Ed i t  Rules : 


Description:  Identifies  the  reserve  RUC  to  which  a  reserve  or 
inspector-instructor  marine  is  attached. 


Source:  HMF 


B-123 


DATA  DICTIONARY 


Name:  Monitor  Comments 
Alias:  MONCOMM 


Lena  th : 


Data  Type:  A/N 
Monitor  Updateable:  V 


Edit  Rules: 


Descriptions  Comments  from  a  MMOA  monitor  concerning  a 
"const ituent"  officer  - 


S o u r c  e :  M MO A 


B-124 


DATA  DICTIONARY 


Name:  MOS  English  Description 
Alias:  MOSENG 


Length:  40  Data  Type:  A 

Monitor  Updateable:  Y 

Edit  Rales:  Must  be  an  appropriate  title  for  one  of  the  £6 
va 1  id  96 X X  MOS  ?  s . 


Description:  Title  for  MOS  of  a  SEP  billet. 


Source:  HOMC 


B-125 


DATA  DICTIONARY 


Name:  Naval  Aviator  Fixed  Wing 
Alias:  NAFW 


Length : 


1 


Data  Type:  A/N 
Monitor  Updateable:  V 


Edit  Rules:  If  billet  MOS  field  on  D1-.  El*  or  EE  card  is 

bla.nl. '  any  non-blank  character  makes  it  legal. 


Description:  Data  element  field  specification  on  El  and  EE 
control  card=  of  the  OSGN  Dictionary. 


Source:  MMOA 


B-126 


DATA  DICTIONARY 


Name:  Naval  Aviator  Helicopter 
Alias:  NAME 


Length:  1  Data  Type:  A/N 

Monitor  Updateable:  Y 

Edit  Rules:  If  billet  MOS  field  on  D1 ,  E  1  «  or  E2  card  is 

blanl  «  any  non-blanl  character  makes  it  legal. 


Description:  Data  element  field  specification  on  El  avid  EE 
control  cards  of  the  OSStl  Dictionary. 


Source:  litiuA 


DATA  DICTIONARY 


Name:  Name 
Alias:  NAME 


Length : 


Data  Type:  A 
Monitor  Updateable:  N 


Ed  it  Rules: 


Description:  I  dent  if les  a  marine  by  full  name.  Group 
consisting  of  last  name  ?  first  name ?  and 
initial . 


Source:  HMF 


m i dd  1  e 


B-128 


DATA  DICTIONARY 


Name:  Naval  Aviator  NFO 
A 1 i as :  NANF 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  If  billet  MOS  field  on  D1 *  El,  or  E2  card  is 

blank*  any  non-blanl  character  males  it  legal. 


Description:  Data  element  field  specification  on  El  and  EE 
control  cards  of  the  OSGM  Dictionary. 


Source:  MMOA 


B-129 


DATA  DICTIONARY 


Name:  Monitor  Note  Pad 
A1 las:  NOTES 


Length : 


£6h 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Ed^t  Rulers 


Description:  A  free  forni  note  pad  used  to  enter  assignment 
unique  information.  Comprised  of  NQTES1  and 
NOTESS  data  elements. 


Source:  G CP 


B-130 


DATA  DICTIONARY 


Name : 
All  as: 

Lena  th : 

Edit  Rules: 

Descr ipti on : 


Source : 


Number  Dependents 
NUMDEPS 


Data  Type:  A/N 
Monitor  Updateable:  N 


1  he  number  of  dependents  claimed  by  an  individual 
requiring  transportation  at  government  expense 
during  a  permanent  change  of  station  move. 


HflF 


B-131 


DATA  DICTIONARY 


Name:  Number  of  Months 
Alias:  NUMMNTHS 


Length : 


Data  Type:  N 
Monitor  Updateable:  N 


Edit  Rules:  Must  be  be  valid  indicator  of  number  of  months 
included  in  the  evaluation  period;  usually  does 
not  exceed  IP  months. 


Description:  Indicates  the  number  of  months  covered  by  the 
FITREF  evaluation. 


Source :  HQMC 


B-132 


DAT  A  DICTIONARY 


Name : 
A1 i as : 

Lena  th : 

Ed  1 1  Rules: 

Descr  ip*  1 ion: 


Occasion 

OCCASION 


£  Data  Type:  A/N 

Monitor  Updateable:  N 

Must  be  valid  Occasion  Code  for  FITREP  reporting 
pr ocedur  es . 


Indicates  the  occasion  for  the  FITREP  submitted 
.  tj  •  *•  t  r  dfia  t  e »  to  a  new  c  o  mm  a  nd  >  • 


nor  ,e 


B-133 


DATA  DICTIONARY 


Name:  Original  Date  Arrived  U.S-  Dependents  Restricted 

Alias:  ODAUS 


Length : 


Data  Tvpe:  A/N 
Monitor  Updateable:  Y 


F-'d  1 1  Rules:  Must  Or-  a  numeric  date  in  YYMM  format.  YY  or  MM 
field  cannot:  be  Ou.  May  be  left  blank  if 
1  n't  or ma  1 1  on  no  t  a  va  i  1  afc  1  e.  » 


Description:  Date  returned  to  U.S.  after  serving  ar.  overseas 
unaccompanied  tour.  Used  to  index  an  officer  ’  e- 
position  in  the  overseas  “queue"  prior  to 
completion  of  his  scheduled  tour. 


Source:  OSF 


B-134 


DATA  DICTIONARY 


Names  Officer  Comments 
Alias:  OFFCOMM 


Lena th : 


£4u 


Data  Type:  A 
Monitor  Updateable:  Y 


Edit  Rules: 


Description;  Comments  from  the  officer  to  be  assigned 


w'C'v:r  ce  : 


MM  DA 


B-135 


DATA  DICTIONARY 


Name:  Operational  Flying  Base  Date 
Alias:  QPBD 


Lena  t.h  : 


6 


Data  Type:  A  /  N 
Monitor  Updateable:  N 


Edit  Rules:  Numeric  date  (vYMMDD);  00  is  not  acceptable  m 
YY 5  MT  i  -  or  DD.  Numeric  or  blanks  only. 


Descr l p t l on : 


The  date  an  individual  first  reports  on 
c  c>  mp  e  n  t  e  n  t  o  r  der  s  t  o  t  h  e  aviation  facility  hav  i  ng 
aircraft  in  which  the  marine  will  receive  his 
flight  training. 


Source :  HNF- 


B-136 


DATA  DICTIONARY 


Name:  Operational  Flying  Time 
Alias:  OF’FL  Y 


L  eng t h : 


Data  Type:  A/14 
Monitor  Updateable:  N 


Edit  FruJ.ee: 


0 G _ r’  i  i  p*  t  i  o  1 1 :  1  h e  c(ric*unt  o  f  t  i  m i e  a e r  o n a u  t  i c a  1  d t- s  i  g n e*  t  e d 

personnel  have  accumulated  during  assignments  i\ 
wh  i  c h  b as l c.  f  1  yi  ng  skills  are  ma intai ne d  . 


Eutii  ce:  HI  IT 


B-137 


DATA  DICTIONARY 


Name:  Operational  Flying  Gate 
Alias:  OF’GATE  1 


Length : 


1 


Data  Type:  A/N 
Mo n j  tor  Up  d  a  t  e a b  1  e  :  N 


Edit  Rules: 


Descv  lption:  indicates  whether  an  individual  has  passed 
his/her  12th  yea »  gate. 


Source :  HMF 


DATA  DICTIONARY 


Name:  Operational  Flying  Gate 
All  at:  OPGATE  ^ 


Le  ng  t  h : 


Data  Type:  A/N 


Mom  ten  Updateable:  N 


Ed  3  t  Rule-:*  : 


Description:  Indicates  whether  an  individual  has  passed 
r, :  s/he  r  1 8 1 h  ve a  r  gate. 


'  r  c  e  : 


HI'F 


B-139 


DATA  DICTIONARY 


Name:  Orders  Release  Flag 
Alias:  ORFLG 


Length : 


Data  Type:  A/t4 
Cion i  tor  Updateable:  Y 


Ld 1 1  Ru J  es : 


Description:  Means  by  which  the  orders  release  process  is 

i  n ].  tiated.  The*  entered  code  reflects  wh e t h e r  the 
orders  were  released  by  message  or  by  the 
Automated  Orders  Writing  Process  (AWOP). 


DATA  DICTIONARY 


Name:  Orders  Transaction  Date 
All  as :  ORTRDT 


Leng  l-l  i : 


6  Data  Type:  A/N 

Monitor  Updateable:  N 


Ldit  Rules:  Numeric  date  (YYMMDD):  00  not  acceptable  in  Y  Y . 
MM?  or  DD.  Numeric  or  blanks  only. 


Description:  Date  last  transaction  drying  with  orders 
processed  at  the  central  site. 


Source:  HMF 


B-141 


DATA  DICTIONARY 


Name:  Originator  RUC 
A  1 1  as :  ORUC 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  V 


f.dil  Rules:  Positions  1—3  can  only  be  5h8.  Blanks  or  numeric 
O  n  1  y  . 


Description:  The  repov  ting  unit  code  that  is  assigned  to  an 

individual  or  group  of  monitors.  Means  by  which 
t h e  orders  process  is  initiated. 


Source:  014 


B-142 


DATA  DICTIONARY 


Name:  Active  Duty  Officer  Service  Base  Date 
Alias:  OSD 


L  enn  th : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Eld  i  t  Rules: 


t4ucner  i c  date  ^  YYMMDD  )  :  OO  1  s  no t  ac c ep table  in 
YY  « Mu  «*  o r  DL<  -  Nunier  1  c  or  blanks  only. 


De  sc  r 1 p  t  1  r-  n  :  1  r» e  date  c  l 
off  j  ecu  . 


acceptance  of  appointment  as  an 


bou  r  Ctt :  HI  i? 


B-143 


DATA  DICTIONARY 


Name:  Orders  Type  Transaction  Code 
Alias:  OTTC 


Lena  th : 


3 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules:  Can  only  be  010  thru  019.  or  016  or  blank. 


Description:  Reflects  the  status  of  the  orders?  and  whether 
the?1  are  original  ?  have  been  modified,  or  have 
been  cancelled. 


Source:  0£r 


B-144 


DATA  DICTIONARY 


Names  Permanent  Change  of  Station  Code 
Alias:  F'CSC 


L n  cj  t  h  \  i 


Data  T  /pe :  A / N 
Monitor  Updateable:  N 


Edit  Rules: 


Description:  This  code  is  used  for  HQMC  accounting  purposes  to 
further  define  the  reason  for  transfer  kRFT)  code 
and  to  associate  permanent  change  of  station 
costs  for  an  individual  marine. 


Source:  HUE 


B-145 


DATA  DICTIONARY 


Name:  Preference  of  Duty  Satisfaction 
A1 las :  FDS 


Lenq  th  : 


Data  Type:  A/N 
Monitor  Updateable:  V 


Ld  ]  t  hu  ]  e s.  :  b  ]  a  r^  o r  numer  i  c  o nl  r  • 


Descr  1  p  t  i  o  r. :  Tie  a  ns  1  o  1  d  en  1 1  f  y  which  of  a  n  individual 
of T  3  cer  v  du t  y  pr e  f erences  we?  s  a  t i sf l ed . 


Source  :  GSf 


B-146 


DATA  DICTIONARY 


Name :  Preference  of  Duty 
Alias:  PDU 


Leng  t  h : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  Rules: 


Dose*  r  1  p  t  1  or, : 


Represents  an  individual's 
c h Dice)  for  future  d u t > . 


preference  (  i  =•  t 


Source:  HMF 


B-147 


DATA  DICTIONARY 


Name :  First  Duty  Preference 
Alias:  POLITY  1 


L  e.  na  t  h  : 


40 


Data  Type: 
Mom  tor  Updateable : 


Ed i t  Ru less 


be  sc  r  1  p  1 1  c>  n  :  U  flic  ev  7  c_  first  choice  for  a  s  s  l  g  nmen  t  . 


Source:  I'll*  IO*-< 


A/r 

Y 


B-148 


DAT*  dictionary 


Name:  Second  Duty  Preference 
Alias:  PDUTYS 


Long  t  h : 


Ml  > 


Delta  Type: 
Morn  tor  Updateable: 


Edit  Rules: 


Description:  Officer's  second  choice  for  assignment 


Source :  MMQA 


A/r 


B-149 


DATA  DICTIONARY 


Name:  Third  Duty  Preference 
Alias:  PDUTY3 


Length : 


HU 


Data  Type:  A/N 
Horn  tor  Updateable:  Y 


Ed i t  Rules: 


Description:  Ofi'icei  third  choice  for  assignment. 


Sean  ce  :  fIStOA 


B-150 


DATA  DICTIONARY 


Name:  Projected  Expriration  of  Active  Service 
Ali as :  PEAS 


Length : 


4 


Data  Type:  f\/ N 
Mo n  j  tor  Updd t eab 1 e :  Y 


Edit  Rules:  Normally  a  numeric  date  (YYMM)?  if  numeric*  00 
not  acceptable  iri  YV  or  MM. 


bescr l p* l o n :  Records  the  projected  expiration  of  active 

set  vice  dates.  Needed  to  reflect  the  Ee*S  changes 
that  have  not  yet  been  posted  m  the  MMS  system. 


Sou 


OSF 


B-151 


DATA  DICTIONARY 


Name:  First  Geographical  Preference 
A'iids:  PGE01 


Le  *iQ h  : 


Data  Type: 
Morn  tor  Updateable: 


Edit  f  ;u  j  e~  ; 


Description:  tJtf  leer's  first  c  he-  ice  for  geograph  ica 


Source:  MMOm 


A/N 


1  1  o  c  a  1 1  o 


B-152 


DATA  DICTIONARY 


Name:  Second  Geographical  Preference 
Alias:  PGEG2 


Length : 


<40 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  Rules: 


Description:  Officer  H s  second  choice  for  geographical 
]  o  c  a  1 1  o  n . 


Source:  IT  HU  h 


B-153 


DATA  DIC1I0N^R\ 


Name:  Third  Geographical  Preference 
A 1 1  as :  F  GE03 


Lena  t  h : 


4  0 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Edit  hv  j  e'r  : 


Descr  lpt  ic*r.:  Office)  's  third  choice  for  geographical  location 


Secure©:  MMDh 


B-154 


DATA  DICTIONARY 


Name:  Present  Grade 
Alias:  F'GRD 


Length:  3  Data  Type:  A/N 

Monitor  Updateable:  N 

Edit  Rules:  The  first  two  positions  contain  the  actual  pay 
grade • 


Desc  r]pti on : 


Source:  HMT* 


B-155 


Name  s 
A] las: 

Length : 

Ed 1 1  Ru 1 es  : 

tie  sc:  r  i  p  t  i  on  . 

hour  ce : 


DATA  DICTIONARY 


Present  Monitor  Command  Code  Flag 
PMCCFLG 


1 


Data  Type:  A/N 
Monitor  Updateable:  N 


Represents  the  status  c-f  PCS  orders  for  a  marine. 


HiU 


B-156 


DATA  DICTIONARY 


Name : 
All  as : 

Lenq t  h  : 

Ed  i  t  Ku  i£?¥  : 

De=i>c f  i pi  :l  on  ; 


Source : 


PME  Choice 
F'MECHO 


4  0 


Data  Type:  A/N 
horn  tor  Updateable:  V 


Choice  for  Fr ofessionsl  Military  Education  (F*l*iE> 
ass  i  an  merit  * 


NMClA 


B-157 


DATA  DICTIONARY 


Name:  PME  Interest 
All  as :  PME I NT 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Ld  3  t.  Ru  less  v  o  r  N  o  n  1  y  . 


be  sc  "  1  p  r  i  c  i'i : 


Indicates  interest  in  Rrotessional  Military 
Education  <FTIE)  assignment. 


iource:  MliOr- 


B-158 


DATA  DICTIONARY 


Names  Primary  Military  Occupational  Specialty 
Alias:  PMOS 


Length : 


H 


Data  Type:  A/N 
Monitor  Updateable:  14 


Edit  Rules:  Must  be  valid  MCJS . 


Description:  Denotes  the  marine's  stills  and  qualifications. 


Sour ce :  HMF 


B-159 


DATA  DICTIONARY 


Name:  Race  Code 
Alias:  RACE 


Length : 


Data  T  ype  :  A,  N 
Monitor  Updateable:  N 


Ld ] t  Ku ] es : 


Description:  A  division  of  manl ind  possessing  common  traits  or 
features  that  are  tr ansmi ssab le  b/  descent* 
sufficient  to  characterize  it  as  a  distinct  human 
type  . 


Source:  MMF 


B-160 


DATA  DICTIONARY 


Name:  Reserve  Officer 
Alias:  RESVOFF 


L  eng  t  h  : 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Ld  3  t  Pu itf : 


Loser  1  p  t  1  c* r, :  Data  element  Tield  specification  on  Cl  control 
cards  of  the  OSGti  Dictionary. 


Source:  MIlUA 


B-16I 


DATA  DICTIONARY 


Nan»e :  Retired  Officer 
Alias:  RETOFF 


Length : 


Data  Type: 
Nona  tor  Updateable: 


Ld  a  t  Ru  1  ee  : 


Description:  Data  elen.ent  field  specification  on  El 
c  c*  r  d  fr  of  the  OSGM  Die  tic*  nary. 


Source:  MU  OF. 


A/N 


c  c*  n  t  r  o  1 


B-162 


DAT A  DICTIONARY 


Name:  Transfer  Reason  Flag 
Alias:  RFTF 


Length : 


Data  Type:  A/N 
lie* n 1 1 o r  Up dateable:  N 


Ld 1 t  Rules : 


Description:  The  reason  for  transfer  flag  reflects  the  status 
of  HD  PCS  orders. 


Sour  ce  :  HUf 


DaHA  DICTIONARY 


Name:  Present  Reporting  Unit  Code 
Alias:  RUG 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Ld  1 1  Ku  J  c-=  : 


Description:  Represents  the  unit?  activity?  or  subur.it  to 

which  the  individual  is  assigned  lor  reporting 
p  u  r  p  o  s  e  s  - 


Source :  HMl 


B-164 


DATA  DICTIONARY 


Name  s 
All  as : 

Lenq  th  : 

Cel  i  t  F\’u  J  ee  : 

Descr 1  p  1 1  on : 


bounce : 


Second  Additional  liOS 
SAMOS 


M 


Data  Type:  A/N 
Monitor  Updateable:  Y 


ADCD  i  hl’C*  ^  AR**-  A***-.  or  ****  only 


Lata  e lenient  field  specification  on  El  control 
c f.  dr  of  the  GSGM  Dictionary- 


MMU- 


B-165 


DATA  DICTIONARY 


Name:  Strength  Category  Code 
Alias:  SCAT 


Length : 


1 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  ftu J  ee : 


Description:  Describes  the  type  or  rieture  of  the  individual's 
service  within  a  unit. 


Source :  HI  IF 


B-166 


DAI  A  DICTIONARY 


Name:  Published  Slate  Change  Flag 
Alias:  SCHG 


Lena th : 


Date*  Type:  A/N 
Monitor  Updateaole:  Y 


Ldit  Rules:  t;  la.nl  or  numeric  only. 


Description:  One  digit  code  used  to  indicate  whether  the 
officer  s  assignment  has  been  briefed*  is 
awaiting  brief  or  has  been  briefed  and 
subsequently  changed  requiring  it  to  be  briefed 
a  q  a  i  n  • 


Source:  USf- 


B-167 


DATA  DICTIONARY 


Name:  Level  Security  Clearance  Held 
All  as :  SEC 


Leng  th : 


Data  T ype  :  A^/N 
Monitor  Updateable:  N 


Ed  1 1  Ru  J  c-  ”  : 


Description:  The-  level  ot  security  clearacne  held. 


source:  Hr  If 


B-168 


DATA  DICTIONARY 


Name:  Security  Clearance  Completion  Date 
Alias:  SECDT 


Length : 


6 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  Rule?  :  Numeric  date  <YYMf1DD)s  00  is  not  acceptable  in 
YV *  MM*  or  DD.  Numeric  or  blanks  only. 


Description:  The  date  of  completion  o i  a  security 
]  n vest  1  q a 1 1 o r»  • 


Source:  HMr 


B-169 


DATA  DICTIONARY 


Name:  Type  Security  Investigation  Code 
Alias:  SEC  I NV 


Length : 


1 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  Rules: 


Description:  Repref.nts  the  type  ot  security  investigation 

conducted  tor  issuance  ot  a  security  clearance. 


:>  u  r  c  e  : 


HI- IF 


B-170 


DATA  DICTIONARY 


Name;  Separation  Code 
Alias;  SEPCODE 


Lena  t  h : 


^4 


Data  Type:  A/N 
Monitor  Updateable:  N 


Edit  Fs'u.Ig:-  ; 


Description:  Reflects  the  reason  for  separation  of  the 
3  nd  i  v  i  dua  1  1  r  om  t  he  ML  . 


Source :  HNF: 


B-171 


DATA  DILI  IONARY 


Name:  Separation  Report  Flag 
Alias:  SERF LG 


Lenq  t  h : 


Data  Type:  A / N 
Monitor  Updateable:  N 


Ed i t  Ru 1 es : 


Description:  Determines  whether  the  individual  should  be 
i  nc  1  uded  i  n  t  he  month  1  y  separ  at  )  ov*  repor  t  . 


Source :  HMf 


B-172 


DAI  A  DICTIONARY 


Name:  SEP  Geo  location  Code 
Alias:  SEPGEO 


Lena t h:  h  Data  Type:  A 

Monitor  Updateable:  N 


Edit  Pules:  Must  be  a  valid  SEP  geolocation  code. 


Description:  De= lanales  the  geographical  location  of  a  SEP 
b  j  J .  1  fc  i  . 


bou. ce:  MhuA 


B-173 


DATA  DICTIONARY 


Name:  SEP  Billet  MOS 
Alias:  SEPMOS 


Lena th : 


4 


Data  Type:  N 
Monitor  Updateable:  V 


Ld  j  t.  Fvuies:  Must  be  one  of  the  £6  valid  96XX  MOS’s. 


Description:  MOS  of  a  SEP  billet. 


Sour  cf-  :  MMOA 


B-174 


DATA  D ICT I ONARY 


Name : 
Alias: 

Let  ici  1 h : 

Edit  Pules: 

Dfc-sc  r  ip  t  i  ui*i : 

Sou rc«r : 


SEP  Monitor  Notes 
SEPNOTES 


Data  Type:  A/N 

* 

Monitor  Updateable:  V 


Notes  used  by  the  SEF‘  monitor  to  help  with 
a  e  e  j  o  r iflte  n t  s  - 


HMOm 


B-175 


DATA  DICTIONARY 


Name:  Sex 
Alias:  SEX 


Leng  t  h : 


Data  Type: 
Monitor  Updateable: 


Edit  K  u  ]  e  &  : 


D esc r  ipti  c* r. :  Be  of  o f  f  1  c e r  . 


E our ct : 


HMF 


A/N 

N 


B-176 


DATA  DICTIONARY 


Name:  bex  Limitation 
Alias:  SEXLIM 


Lena  th  : 


Data  Type:  AyN 
Monitor  Updateable:  Y 


Edit  Rules:  N  -  male*  F  -  female*  and  *  -  all 


Desc  r ipt 1 on : 


i>  eta  element  field  specif  ication  on  El  control 
cards  of  the  USGM  Dictionary. 


Source :  Mr  iuA 


B-177 


DAI  A  DICTIONARY' 


Name:  Share  Percent 
Alias:  SHPCNT 


Length : 


ci  Data  Type: 

Morn  tor  Updateab le : 


Edit  Rules:  Blank  indicates  or  integer  from  1 

indicates  percentage  - 


Description:  Data  element  field  specification  on 
cards  of  the  OSGM  D i c  t  i  c* na r y  - 


Source:  MMOA 


A  / 1 4 

Y 

to  99 


c  o  n  t  r  o  1 


B-178 


DATA  DICTIONARY 


Name:  Staffing  Precedence  Level 
All as :  SPL 


Length : 


List  a  "Types  N 
Monitor  Updateable:  Y 


Ld  1 1  K*u  ie-T  :  3  <  L  .  J  <.  <  or  5  onl  y  . 


Description:  De<ta  element  fiela  specification  on  E £  control 
csvds  of  the  GSGM  Dictionary. 


Source  : 


B-179 


DATA  DICTIONARY 


Name : 
Alias: 

Lengt  h : 

Eld  1 1  Rule?: 

Descr ipt 1  on : 


Source : 


Slate  Present  Monitored  Command  Code 
SPMCC 


Data  Type:  A* N 
Monitor  Updateable:  V 


Position  1  can  only  be  Z «.  S*.  On  or  F*,  do  not 
allow  the  letter  0. 


The  monitored  command  code  i'MCC)  to  which  the 
officer  is  presently  assigned  on  the  officer 
slate  file. 


GSF 


B-180 


DATA  DICTIONARY 


Name:  Special  Monitor  Code 
A 1 i as :  BPMCD 


Length:  3  Data  Type:  A/N 

Mo ni  to r  Up d  t  e  at*  1  e :  V 

Edit  Knits:  F'csi  tion  J.  can  only  be  numeric  or  blank. 


Description:  Three-  digit  code  used  to  identify  assignment 

unique  information.  The  first  digit  l dent  it  1 e 
promotion  zone  opportunity  and  the  last  digit 
i  05  *  r  v e d  t  o  identity  joint  »  e x t  er n a  1  a  nd  o t  h  e  t 
o ne  for  one  billets. 


Source:  CjSF 


DATA  DICTIONARY 


Name:  Active  Duty  Spouse 
Alias:  SPOSVC 


Lenq th : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Cd i t  Rules: 


Description:  Indicates  the  service  in  which  a  marine's 
it  ser  v  j  f  iq  . 


Source:  HMr 


spo use 


B-182 


DATA  DICTIONARY 


N&nie : 
Alias: 

Leng  th : 

Edit  Fiules: 

be  sc  r  i  p  1 1  on  : 

b  o  u  r  c  e-  : 


First  Name  of  Spouse 
SPOUSE 


Data  Type 
Monitor  Updateable 


First  name  of  marine's  spouse. 


NMuA 


B-183 


DATA  DICTIONARY 


Name:  School  Eligibility  Flag 
Alias:  SSEF 


Length : 


1  Data  Type:  A 

Monitor  Updateable:  V 


Ed i t  Ru 1 es : 


Description:  Means  by  which  an  officer's  eligibility  for 
Professional  Military  Education  <PMEL>  can  be 
identified. 


Source:  Q5F 


B-184 


DATA  DICTIONARY 


Name:  School  Selected  Flag 
Alias:  SSSF 


Lena t  h : 


Data  Type:  A/N 
Nora  tor  Updateable:  Y 


Ld  1  t  Ru  J  es. :  U 1  am  or  numei  1  c  on  1  y  - 


Description:  beans  by  which  an  officer  selected  to  attend  PUL 
can  be  identified. 


tooi  irce  .  0 to F 


B-185 


DATA  DICT I ON ARY 


Name :  Sub-author  1 zat ion 
Alias:  SUBAUTH 


Length : 


4 


Data  Type:  A/N 
Monitor  Updateable:  Y 


Del  1 1  Rules:  Refer  to  page  B-12!  of  the  GSGM  Users  Manual. 


Description:  Data  element,  field  specification  on  Ec'  control 
c  a  r  cJ  sol  t  h e  uSBM  D  1  c  1 1  o  nev  v  . 


Sou r •_  tr* :  MMUm 


B-186 


DATA  DICTIONARY 


Names  Service  School  Completion  Code 
Alias:  SVCCODE 


Lena th  : 


Data  Types  A  N 
Monitor  Updateable:  N 


Ld  1 1  Ru  J  ev- : 


Desc  r  1  p  t  1  on  :  Identifies  the  formal  schools  completed. 

attended*  or  currently  enrolled  in. 


Source :  HMP 


B-187 


DAI A  DICTIONARY 


Name:  Present  Tour  Control  Factor 
Alias:  TCF 


Length : 


Data  Type:  A/N 
Monitor  Updateable:  N 


Ldit  Rules: 


Description:  Represents  the  number  of  months  authorized 
no  r  m  a  )  t  o  u  r  o  f  duty  f  o  r  art  j.  nd  i  vid  u  a  J  at  hi 
present  MCC . 


Source:  HMF 


DATA  DICTIONARY 


Name:  Type  of  FITREP 
Alias:  TFITREP 


Length:  1  Data  Type:  & 

Monitor  Updateable:  N 

Ld ] t  Rules:  Must  be  v^l id  code  for  FITREP  type. 


beset  lption:  Indicates  why  a  FITREP  was  submitted  for  a 
e v  a  J  u at i o n  per i o d . 


Sou i  ce:  HC'liC 


g  1  ven 


B-189 


DATA  DICTIONARY 


Name : 
Alias: 

Length : 

Edit  Ru 1 es : 

Descr ipii on : 


Source : 


Table  of  Organization  at  PMCC 
TO 


5  Data  Type:  A/N 

Monitor  Updateable:  V 

Position  1-4  is  numeric?  position  5  is  alpha  or 
b  i  aril  - 


identities  individual  officers  assigned  to  Tables 
o*f  Org^i'ii  Zdt  ion  within  a.  MLL.  Example >  HOML- 


ObF: 


B-190 


DATA  DICTIONARY 


Name:  I/O  Estimated  Date  of  Departure  from  PMCC 
Alias:  TOEUD 


Lena  t  hi : 


Data  Type:  A/N 
Monitor  Updateable:  V 


Edit  Rules:  Numeric  date  <YYMN>;  00  not  acceptable  iyi  YY  or 
MM.  Data  may  be  numeric  cm-  blarU  only. 


Description:  Reflects  estimated  date  an  officer  will  be 

reassigned  from  a  specific  billet  to  another 
within  the  same  MCC .  Fo»  example  *  a  split  tour. 


Source:  ul>F 


B-191 


A 


DAI A  DICTIONARY 


Name:  TO  English  Description 
Alias:  TSENG 


Length:  50  Data  Type:  A 

Monitor  Updateable:  Y 

Edit  Rules:  Must  agree  with  Marine  Corps  Table  of 
Or  q a n  i  z a  1 1  o n  desc r  i  p  t  i  o r»  - 


Description:  Title  7  or  Me  designated  Table  of  Organization* 
Code . 


Source:  HOME 


B-192 


DATA  DICTIONARY 


Name:  T/0  Line  Number  at  F'MCC 
Alias:  TOLN 


Lena  t  h  : 


4  Data  Type:  A/r' 

Monitor  Updateable:  \ 


Ld  1 1  Rules: 


Description:  Identifies  individual  officers  assigned  to 
specif ic  1 i nt  numbers  within  the  Tables  of 
Organization.  Used  in  conjunction  with  (TO). 


Source:  OSF 


B-193 


A 


DATA  DICTIONARY 


Name : 
Alias: 

Lena  t  hi : 

Edit  Rules: 

Dgsc r i p 1 1 on  : 

Source : 


TGLN  English  Description 
TOLNENG 


^5 


Data  Types  A 

» 

Monitor  Updateable:  Y 


Must  saree  with  Marine  Corps  Table  of 
0 r q a n 1 1 a t i o n  desc r i p  1 1 o n . 


Title  for  the  designated  Table  of  Organisation 
line  number. 


HOMC 


B-194 


DATA  DICTIONARY 


Name:  Training  School  Obligation  Date 
Alias:  TF<OE<L 


Length  : 


6  Data  Type:  A/N 

Monitor  Updateable:  N 


Ld 1 t  Rules:  Numeric  date  (YYMMDD):  00  is  not  acceptable  in 
YY  ,  MM  «  or  DD .  Numer  i  c  or  b  1  anks  onl  y  . 


Description:  Establishes  the  termination  date  (pay — bacl  date) 
of  military  obligation  associated  with  personnel 
who  participated  in  ML  sponsored  education  or 
training  in  excess  of  20  weeks. 


Source:  HNf- 


B-195 


DA'frt  DICTIuNhRY 


Name:  Training  School  Obligation  Flag 
Alias:  TRQBLFG 


Lang  1 h : 


Data  Tvpe:  A 
Monitor  Updateable:  N 


Edit  holes?-: 


Description:  ‘i  he  obiioa+ion  status  ot  OTt  icers  l  enlisted 
p £ r  sc*  i  i » i  wh o  have  c  >  a  1  c  o a  r  1 1  c  i  p a  1 1  ng  1  n  a 
t  o r  m c  l  sc h o o  1  o r  t  r  a  i  n  1  nq  i  n  e cess  o i  £0  wee k  s  . 


Sources  Ml  ^ 


B-196 


DATA  DICTIONARY 


Name:  Type  c«f  SEP  Training 
Alias:  TSEP 


Lena  th : 


1 


Data  Tvpe:  A 
Monitor  Updateable:  Y 


Edit  Rule- : 


Description:  Reflects  the  type  of  special  education  training 
given  to  individual  officers. 


Source  :  OSFr 


B-197 


DATA  D 1 Cl IGNARY 


Name:  Civilian  Education  Years  Completed 
Alias:  YRSEDUC 


Lena th  : 


Data  Type:  A/N 
Monitor  Updateable:  N 


E-d  j  t  ftu  1  es  : 


b&scr  lpticor.  Indicates  the  highest  number  ot  years  of 

creditable  schooling  successfully  completed  b 
i nd l vidua* . 


bource:  Hhlt 


y  an 


B-198 


APPENDIX  C 

DATA  ELEMENTS  ORGANIZED  BY  ENTITY 


C-0 


Officer  Monitor  Entity 


Input  Input  Rec i p 1 ent  Update 
Data  Element  Type  Status  Source  Dev  ice  Class  User  Frea 


Monitor  Activity  Code 

Or i g i nator  Repor t i ng 

ss 

E 

MMOA 

VDT 

1 

MMOA 

AN 

Um  t  Code 

ss 

E 

MMOA 

VDT 

1 

MMOA 

AN 

Drat*  Case  Signals  Code 

1  D I »  DO 

E 

HMF 

SYS 

3 

MMOA 

AN 

Special  Monitor  Codes 

D I 

E 

MMOA 

VDT 

3 

MMOA 

AN 

Monitor  Note  Pad 

D I 

E 

MMOA 

VDT 

3 

MMOA 

AN 

Monitor  Comments 

D I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

SEP  Monitor  Notes 

D I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

TMR  Ent  l  tv 

Data  Element 

Type  Status 

I  npu  t 
Sour  c  e 

I  npu  t 
Dev  ice 

Rec l d i ent 
Class  User 

Update 

Freq 

Table  of  Organization 
(T/O)  Number  at  PMCC 

DI  ,  DO 

E 

MMOA 

VDT 

E 

hqmc 

AN 

T/O  Line  Number  at  PMCC 

D 1  >  DO 

E 

MMOA 

VDT 

E 

hqmc 

AN 

T/O  Estimated  Date  of 
Departure  at  PMCC 

DI  ,  DO 

E 

MMOA 

VDT 

E 

HOMO 

AN 

Futur e  T/O 

DO 

E 

MMOA 

VDT 

E 

MMOA 

AN 

Future  T/O  Line  Number 

DO 

E 

MMOA 

VDT 

E 

MMOA 

AN 

Future  T/O  Estimated 
Date  of  Arrival 

DO 

E 

MMOA 

VDT 

E 

MMOA 

AN 

T/O  English  Description 

SS 

E 

TMR 

ET 

1 

HQMC 

AN 

T/O  Line  Number 

English  Description 

SS 

E 

TMR 

ET 

1 

HQMC 

AN 

C-l 


OSGM  Entity 


Data  Element 

Type 

Status 

1  nput 
Source 

Input 

Device 

Rec l D i ent 
Class  User 

Upda  t e 

Freq 

Card  Identification 

SS 

E 

OSGM 

ET 

1 

MMOA 

QU 

Monitor  Activity  Code 

SS 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Billet  Officer 
Description  Set  Name 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Sub -Author ization 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Staffing  Precedence 
Level 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Low  Grade  of  Grade 
Range 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Experience  of  Low 

Gr  ade 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

High  Grade  of  Grade 
Range 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Experience  of  High 

Gr  ade 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

First  Additional  MOS 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Second  Additional  MOS 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

r  -  tv  Limitation 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

S'  Limitation 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Ac  1 1 ve  Off icer 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Reserve  Officer 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Ret  1  red  Officer 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Date  1 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Date  2 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Share  Percent 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

Level  Number 

DO 

E 

MMOA 

VDT 

2 

MMOA 

QU 

C-2 


M05  Entity 


Data  Element  Type  Status 


Monitor  Activity  Code 

ss 

E 

Card  Identification 
Naval  Aviator  Fixed 

ss 

E 

Wing 

Naval  Aviator 

DO 

E 

Hel icopter 

DO 

E 

Naval  Aviator  NFO 

DO 

E 

Ground  Combat 

DO 

E 

Ground  Combat  Services 
Ground  Combat  Services 

DO 

E 

Suppor t 

Air/Ground  Combat 

DO 

E 

Serv 1 ces 

Air/Ground  Combat 

DO 

E 

Services  Support 

DO 

E 

ri -  ^ ] :  r  a  t  i  o  n  Entity- 


Data  Element 

Type 

Status 

Mobilization  Reporting 

Uni t  Code 

SS 

E 

Component  Code 

SS 

E 

Du t y  Status 

ss 

E 

Duty  Limit  Status  Code 
Combat  Casualty  Status 

ss 

E 

Code 

ss 

E 

Combat  Service  Code 

ss 

E 

Ex-Prisoner  of  War 

ss 

E 

Separation  ('.ode 

ss 

E 

I  npu  t 

I  nput 

Rec i p i ent 

Update 

Source 

Device 

Cl  ass 

User 

Freq 

MMOA 

VDT 

3 

MMOA 

QU 

OSGM 

ET 

3 

MMOA 

QU 

MMOA 

VDT 

a 

MMOA 

QU 

MMOA 

VDT 

a 

MMOA 

QU 

MMOA 

VDT 

a 

MMOA 

QU 

MMOA 

VDT 

a 

MMOA 

QU 

MMOA 

VDT 

a 

MMOA 

QU 

MMOA 

VDT 

a 

MMOA 

QU 

MMOA 

VDT 

a 

MMOA 

QU 

MMOA 

VDT 

a 

MMOA 

QU 

Input 

I  nput 

Rec l d l en  t 

Upda  t  e 

Source 

Dev  ice 

Class 

User 

F  r  eq 

HMF 

SYS 

3 

MMOA 

AN 

hmf 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

3 

MMOA 

AN 

C-3 


Advance  Assignment  Entity 


Data'  El  ement 

Type 

Status 

Advance  Monitored 
Command  Code 

DO 

E 

AMCC  Estimated  Date 
of  Arrival 

DO 

E 

Advance  Geo-Location 
Code 

DO 

E 

AGLC  Estimated  Date 
of  Ar r i va 1 

DO 

E 

SEP  Assianment  Entity 

Data  Element 

T  YPg 

Status 

Eptmal  Education 

P  LKjram  11  OS 

D  I 

E 

Date  Last  Served  in 

SEP  Tour 

D  I  , 

DO  E 

Type  of  SEP  Training 

D I  , 

DO  E 

Billet  Sponsor 

D 1 

E 

Alpha  Grade 

D 1 

E 

MQS  English  Description 

SS 

E 

SEP  GeoLocation  Code 

D I 

N 

Input 

Source 

Input 
Dev  ice 

Rec i o i en t 
Class  User 

Update 

Frea 

MMOA 

VDT 

2 

MMOA 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

I  npu  t 

I  npu  t 

Rec i d l en t 

Update 

Source 

Dev i ce 

C 1  ass  User 

Frea 

HOMC 

ET 

1 

MMOA 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HOMC 

ET 

1 

MMOA 

AN 

HOMC 

ET 

1 

MMOA 

AN 

HOMC 

ET 

1 

HOMC 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

C-4 


Marine  Officer  Entity 


Data  Element 

T  VDe 

Status 

Military  Identification 

D I 

E 

Name 

D I 

E 

Present  Grade 

D I 

E 

Lineal  Control  Number 

D  I 

E 

Preference  of  Duty 

Satisfaction 

D I 

E 

Race 

SS 

E 

Sex 

D I 

E 

Expiration  of  Active 

Ser v ice 

D  I 

E 

Projected  Expiration 

of  Active  Service 

D!  , 

DO  E 

Separation  Code 

D  I 

E 

Contract  Legal  Agreement 

D I 

E 

Dependents  Geograph i c a  1 

Locat ion 

D  I 

E 

Active  Duty  Officer 

Service  Base  Date 

D I 

E 

AUTOVON  Telephone  Number 

SS 

N 

Home  Telephone  Number 

SS 

N 

Combat  Operations 

Exper i ence 

D  I 

E 

Board  Assignment  Code 

D I 

E 

Present  Grade  Date  of 

Rank 

D  I 

E 

Date  of  Birth 

D  I 

E 

Ci t 1 2enship  Status  Code 

D  I 

E 

Officer  MQS  Entity 


Data  Element 

T  voe 

Status 

Pr imary  Mi  1 i tary 
Occupational  Special ity 

D I 

E 

Additional  Military 
Occupational  Speciality 

D 1 

E 

Intended  Military 
Occupational  Speciality 

D  1  , 

DO  E 

I  npu  t 

I  npu  t 

Rec i d l ent 

Update 

Source 

Dev  ice 

Class 

User 

Freq 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HOMO 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

4 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

MMOA 

VDT 

<4 

MMOA 

AN 

MMOA 

VDT 

MMOA 

AN 

MMOA 

VDT 

3 

HQMC 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

I  npu  t 

I  npu  t 

Rec  i  d 

lent 

Update 

Source 

Dev  ice 

Cl  ass 

User 

Freq 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

MMOA 

VDT 

2 

HQMC 

AN 

C-5 


Dependents  Entity 


Data  Element 

Type 

Status 

I  npu  t 
Source 

I  nput 
Dev  ice 

Rec i d i ent 
Class  User 

Update 

Frea 

Marital  Status 

D 1 

E 

HMF 

SYS 

3 

HOMO 

AN 

Number  of  Dependents 

D I 

E 

HMF 

SYS 

3 

HOMO 

AN 

Active  Duty  Spouse 
Service  Code 

D I 

E 

HMF 

SYS 

3 

HOMO 

AN 

Spouse  Name 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Name  of  Child  1 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Age  of  Child  1 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Sex  of  Ch i 1 d  1 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Name  of  Child  2 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Age  of  Child  2 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Sex  of  Child  2 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Name  of  Child  3 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Agd  of  Child  3 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Sex  of  Ch lid  3 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Name  of  Child  4 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Age  of  Child  4 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Sex  of  Child  4 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Name  of  Child  5 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Age  of  Child  5 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

Sex  of  Child  5 

SS 

N 

MMOA 

VDT 

4 

MMOA 

AN 

C-6 


Traininq/Educat ion  Entity 


Data  Element 

Type 

Status 

Input 

Source 

I  npu  t 
Dev  ice 

Rec l d i ent 
Class  User 

Update 
Fr  eq 

Civilian  Degree  One 

D  I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

Civilian  Degree  Two 

D I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

Civilian  Degree  Three 

D I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

Major  One 

D I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

Major  Two 

D I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

Major  Three 

D I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

College  Attended  One 

D I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

College  Attended  Two 

D 1 

N 

MMOA 

VDT 

3 

MMOA 

AN 

College  Attended  Three 

D  1 

N 

MMOA 

VDT 

3 

MMOA 

AN 

Year  Degree  One  Earned 

D  I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

Year  Degree  Two  Earned 

D  I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

Year  Degree  Three  Earned 

D  I 

N 

MMOA 

VDT 

3 

MMOA 

AN 

General  Technical 
Aptitude  Classification 

D I 

E 

HMF 

SYS 

3 

HOMC 

AN 

Language  One 

D  1 

E 

HMF 

SYS 

3 

HOMC 

AN 

Language  Two 

D  1 

E 

HMF 

SYS 

3 

HQMC 

AN 

Service  School 

Completion  Code 

D I 

E 

HMF 

SYS 

3 

HOMC 

AN 

Civilian  Education 

Certificate  Code 

D  1 

E 

HMF 

SYS 

3 

HOMC 

AN 

Civilian  Education 

Major  Sub  jec  t 

D 1 

E 

HMF 

SYS 

3 

HOMC 

AN 

Training  School 
Obligation  Date 

D I 

E 

HMF 

SYS 

3 

HOMC 

AN 

Training  School 
Obligation  Flag 

D  1 

E 

HMF 

SYS 

3 

HOMC 

AN 

Civilian  Education 

Years  Completed 

D  1 

E 

HMF 

SYS 

3 

HOMC 

AN 

C-7 


Former  Assignments  Entity 


Data  Element 

Type 

Status 

Former  Monitored 

Command  Code 

D  I 

E 

Former  MQS 

For mer  Geogr aph i ca 1 

D I 

E 

Location  Code 

Date  Arrived  U.S. 

SS 

E 

Dependents  Not 

Restr ic  ted 

D I 

E 

Date  Arrived  U-S. 

Dependents  Restricted 
Original  Date  Arrived 

D  I 

E 

U.S.  Dependents 

Restr i c  ted 

D I 

E 

Last  Served  in  FMF 

Last  Monitored  Command 

D I 

E 

Code 

D  I 

E 

Current  Assignment  Entity 

Data  Element 

Type  Status 

Monitored  Command  Code 

D  I 

E 

Slate  Present  MCC 

D  I  >  DO 

E 

Assigned  Billet  MOS 

D  I  ,  DO 

E 

Assigned  Billet  Grade 
Estimated  Date  of 

D  I  >  DO 

E 

Depar  ture 

DI  ,  DO 

E 

Deployment  Status  Code 
Deployed  Monitored 

D  I 

E 

Command  Code 

DI 

E 

Date  Current  Tour  Began 

DI 

E 

Tour  Control  Factor 

DI 

E 

Duty  MOS 

DI 

E 

Reporting  Unit  Code 

SS 

E 

Strength  Catagory  Code 
Assignment  Availibility 

SS 

E 

Date  Deployment 

Active  Duty  Deployed 

DI 

E 

Time 

DI 

E 

1  nput 

I  npu  t 

Recipient 

Update 

Source 

Devi ce 

C  1  ass 

User 

Freq 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

HMF 

SYS 

3 

HQMC 

AN 

Input 

I  nput 

Rec l p l 

ent 

Update 

Source 

Dev  ice 

Class 

User 

Freq 

HMF 

SYS 

3 

HQMC 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

HQMC 

AN 

HMF 

SYS 

3 

MMOA 

AN 

HMF 

SYS 

3 

HQMC 

AN 

C-8 


Future  Assignment  Entity 


Data  Element 

Type 

Status 

Input 

Source 

I  npu  t 
Dev  ice 

Rec 1 d i ent 
Class  User 

Update 
Fr  ea 

Future  Monitored 

Command  Code 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Future  Assigned 

Billet  MOS 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Back  to  Back 

Restr ic t ions 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Billet  Restrictions 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

School  El igibi 1 i ty 

Flag 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

School  Selected  Flag 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Future  Date  Returned 

From  Deployment 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Intermediate  MCC 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Intermediate  MCC 
Estimated  Date  of 
Arrival 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Estimated  Date  of 

Arrival 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Future  Duty  Status 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Future  Tour  Control 

Fac  tor 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Future  Permanent  Change 
of  Station  Code 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Future  Reason  for 
Transfer  Code 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Future  Deployed 
Monitored  Command  Code 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

Future  Assigned  Billet 
Gr  ade 

DO 

E 

MMOA 

VDT 

2 

MMOA 

AN 

C-9 


AC  I P  Entity 


Data  Element 

Type 

Status 

Duty  Involving  Flight 
Opera t ions 

DO 

E 

Active  Duty 
Aviation 

Officer 

ss 

E 

Operational 

Date 

Flying  Base 

ss 

E 

Oper at ional 

Flying  Time 

ss 

E 

One 

D I 

E 

Two 

D I 

E 

Security  Entity 


Data  Element 

Type 

Status 

Level  of  Security 
Clearance 

D I 

E 

Date  of  Security 

Cl earance 

SS 

E 

Type  of  Security 
Investigation  Code 

SS 

E 

I  npu  t 

I  nput 

Rec i o i ent 

Update 

Source 

Dev  ice 

Class  User 

Frea 

MMOA 

VDT 

2 

MMOA 

AN 

HMF 

SYS 

4 

HOMO 

AN 

HMF 

SYS 

4 

HOMO 

AN 

HMF 

SYS 

4 

HOMC 

AN 

HMF 

SYS 

3 

HOMO 

AN 

HMF 

SYS 

3 

HOMC 

AN 

Input 

I  nput 

Rec i p i ent 

Upda  t e 

Sour  c  e 

Dev  ice 

Cl  ass 

User 

Freq 

HMF 

SYS 

3 

HOMC 

AN 

HMF 

SYS 

4 

HQMC 

AN 

HMF 

SYS 

4 

HOMC 

AN 

C-10 


Assignment  Preference  Entity 


Data  Element  T ype  Status 


Preference  of  Duty  DI  E 

Interest  in  Professional 


Military  Education 

DI 

N 

Choice  for  Professional 

Military  Educat ion 

DI 

N 

First  Duty  Preference 

DI 

N 

Second  Duty  Preference 

DI 

N 

Third  Duty  Preference 

DI 

N 

First  Geographical 

Location  Preference 

DI 

N 

Second  Geographical 

Location  Preference 

DI 

N 

Third  Geographical 

Location  Preference 

DI 

N 

Marine  Officer  Comments 

DI 

N 

Assignment  Processing  Entity 

Data  Element 

Type 

Status 

Slate  Change  Flag 

DO 

E 

Slate  Exception 

Present  Monitored 

DO 

E 

Command  Code  Flag 

SS 

E 

Separation  Report  Flag 

SS 

E 

Orders  Type  Transaction 

SS 

E 

Orders  Release  Flag 

DO 

E 

Orders  Transaction  Date 
Permanent  Change  of 

SS 

E 

Stat ion  Code 

SS 

E 

Reason  for  Transfer  Flag 

SS 

E 

Advance  Assignment  Flag 

DO 

E 

I  nput 

I  nput 

Rec 1 d i ent 

Update 

Source 

Dev  ice 

C 1  ass 

User 

Freo 

HMF 

SYS 

3 

HQMC 

YR 

MMOA 

VDT 

3 

MMOA 

AN 

MMOA 

VDT 

3 

MMOA 

AN 

MMOA 

VDT 

3 

MMOA 

AN 

MMOA 

VDT 

3 

MMOA 

AIM 

MMOA 

VDT 

3 

MMOA 

AN 

MMOA 

VDT 

3 

MMOA 

AN 

MMOA 

VDT 

3 

MMOA 

AN 

MMOA 

VDT 

3 

MMOA 

AN 

MMOA 

VDT 

3 

MMOA 

AN 

I  nput 

I  nput 

Rec i p l ent 

Upda t e 

Source 

Dev i c  e 

Class 

User 

Freq 

MMOA 

VDT 

2 

MMOA 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

HMF 

SYS 

4 

HQMC 

AN 

HMF 

SYS 

4 

HQMC 

AN 

HMF 

SYS 

4 

HQMC 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

HMF 

SYS 

*4 

HQMC 

AN 

HMF 

SYS 

HQMC 

AN 

HMF 

SYS 

4 

HQMC 

AN 

MMOA 

VDT 

2 

MMOA 

AN 

C  -11 


FITREP  History  Entity 


Data  Element 

Type 

Status 

Begin  Date 

D I 

E 

End  Date 

D I 

E 

Occasion 

DI 

E 

Duty  Assignment 

D I 

E 

Number  of  Months 

DI 

E 

Type  of  FITREP 

DI 

E 

I  nput 

I  nput 

Rec i d i ent 

Update 

Source 

Dev  ice 

C I  ass 

User 

Frea 

HOMO 

ET 

3 

HOMC 

AN 

HOMC 

ET 

3 

HOMC 

AN 

HQMC 

ET 

3 

HQMC 

AN 

HQMC 

ET 

3 

HOMC 

AN 

HOMC 

ET 

3 

HOMC 

AN 

HQMC 

ET 

3 

HQMC 

AN 

C-12 


APPENDIX  D 

TERMS  AND  ABBREVIATIONS 


D-0 


TERMS  AND  ABBREVIATIONS 


ABGRD 

ABMOS 

ACIP 

ADPE 

ADS 

AIS 

AMOS 

AN 

ASR 

Assigned  Billet  Grade 

Assigned  Billet  MOS 

Aviation  Career  Incentive  Pay 

Automated  Data  Processing  Equipment 

Automated  Data  System 

Automated  Information  Systems 

Additional  MOS  or  Automated  Monitored  Orientation  Subsystem 

As  Needed 

Authorized  Strength  Report 

CDC 

CMC 

Control  Data  Corporation 

Commandant  of  the  Marine  Corps 

DBA 

DBMS 

DDS 

DI 

IX) 

DoD 

Data  Base  Administrator 

Data  Base  Management  System 

Decision  Support  System 

Dynamic  Input 

Dynamic  Output 

Department  of  Defense 

EA 

ET 

Economic  Analysis 

Electronic  Transfer 

FD 

FMF 

FITREP 

FS 

Functional  Description 

Fleet  Marine  Force 

Fitness  Report 

Feasibility  Study 

GDS 

GDSS 

General  Design  Specification 

Ground  Combat  Service  Support 

HMF 

HQMC 

Headquarters  Master  File 

Headquarters,  U.S.  Marine  Corps 

IG 

Internally  Generated 

JUMPS/MMS 

Joint  Uniform  Military  Pay  System/Manpower  Management  System 

LCM 

LCM-AIS 

Life  Cycle  Management 

Life  Cycle  Management  of  Automated  Information  Systems 

MAC 

MCC 

MCCDPA 

MID 

MMOA 

MMOA-1 

MMOA-2 

MMOA-3 

MMOA-4 

MOS 

MPI 

MPI-40 

Monitor  Activity  Code 

Monitored  Command  Code 

Marine  Corps  Central  Design  and  Program  Acuvity 

Military  Identification  Number 

Code  for  Officer  Assignment  Branch 

Code  for  Ground  Officer  Assignment  Section 

Code  for  Aviation  and  Aviation/G round  Officer  Assignment  Section 
Code  for  Plans,  Policy,  Systems,  and  Special  Programs  Section 

Code  for  Air  and  Ground  Colonel  Assignment  Section 

Military  Occupational  Specialty 

Code  for  Manpower  Management  Information  Systems  Branch 

Code  for  Manpower  Systems  Integration  and  Procedures  Section 

NAFW 

OADSS 

OJT 

Naval  Aviator  Fixed  Wing 

Officer  Assignment  Decision  Support  system 

On  the  Job  Training 

D-l 

OSF 

Officer  Slate  File 

OSGM 

Officer  Staffing  Goal  Model 

PCS 

Permanent  Change  of  Station 

PME 

Professional  Military  Education  Program 

PRE-PAS 

Precise  Personnel  Assignment  System 

QU 

Quarterly 

RD 

Data  Requirements 

SEP 

Special  Education  Program 

SS 

Static  System 

T/O 

Table  of  Organization 

TMR 

Table  of  Manpower  Requirements 

USMC 

United  States  Marine  Corps 

VDT 

Video  Display  Terminal 

YR 

Yearly 

D-2 
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